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理念 
这 将 是 高 屋 建 领 的 一 章 。 “为 什么 ?7 你 想 ，" 尼 玛 ! 我 以 为 这 是 一 本 关于 编程 的 书 , 你 特 么 跟 我 讲理 念 ， 我 
要 拿 回 我 的 钱 "。 稍 安 勿 躁 。。。 这 本 书 的 受众 是 那些 想 要 在 编程 中 找到 更 好 方式 的 开发 者 。 那 么 我 们 现在 


首先 要 谈 谈 为 什么 我 们 想 要 更 好 的 方式 。 
对 向 来 以 ' 懒 惰 ' 著 称 的 程序 员 们 来 说 ， 为 什么 我 们 要 选择 改进 ?唯一 可 以 理解 的 是 ， 提 高 我 们 的 技能 让 我 
们 可 以 更 ' 懒 '。。。 我们 希望 用 更 少 的 代码 来 完成 更 多 的 任务 。 画 数 式 反应 型 编程 可 以 帮助 我 们 达成 这 些 目 

标 ， 但 它 同 时 也 意味 着 我 们 必须 跳出 自己 的 舒适 区 去 接受 函数 式 编 程 的 洗礼 。 


所 有 的 程序 都 是 为 了 完成 某 些 任务 。 大 多 数 程序 员 所 受 的 训练 都 是 命令 式 编 程 。 这 种 模式 依赖 于 他 们 希望 
自己 的 程序 如 何 来 完成 这 些 任务 : 开发 者 编写 很 多 的 指令 来 修正 程序 的 状态 ; 如 果 开 发 者 在 正确 的 位 置 上 


编写 了 正确 的 指令 ， 那 么 程序 将 会 正确 地 完成 任务 。 


这 听 起 来 好 平凡 。 o o 
为 什么 编程 时 我 们 思考 问题 的 方式 都 停留 在 “怎么 做 "这 个 点 上 ? 因为 计算 机 实际 上 是 以 一 条 条 命令 来 工作 
的 ，CPU 的 程序 计算 器 尽职 尽责 ， 按 部 就 班 : 读 取 (怎么 做 的 指使 )---> 执行 ---> 读 取 ---> 执 行 。。。 所 以 理 
所 当然 的 ， 我 们 只 要 告诉 他 们 “怎么 做 "就 好 了 ( 即 命 合式 编程 )。。。 多 么 无 聊 啊 。 


与 此 相反 ， 声 明 式 编程 (DeclarativeProgramming) 将 程序 员 们 从 纷繁 复杂 的 对 如 何 完成 某 些 任务 的 细 枝 末 
节 的 流程 中 解放 出 来 ， 将 关注 点 集中 在 任务 到 底 “ 是 什么 "而 非 实 现任 务 的 流程 。 声 明 式 编程 
式 编 程 之 外 的 几 种 编程 范式 的 一 个 总 称 ， 我 们 将 在 稍 后 讨论 。 
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式 编程 相对 立 。 它 描述 目标 
副 作 
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(DeclarativeProgramming) 





维基 百科 : 
声明 式 编程 (英语 : Declarative programming) 是 一 种 编程 范 型 ， 与 命 全 
目标 ， 而 非 流程 。 声 明 式 编程 不 用 告诉 电脑 问题 领域 ， 从 而 避免 随 之 而 来 的 副 
该 怎么 做 。 


的 性 质 ， 让 电脑 明白 
用 。 而 指 合式 编程 则 需要 用 算法 来 明确 的 指出 每 一 步 
旦 是 声明 式 编 程 的 子 编程 范式 之 一 ， 这 是 本 书 要 讨论 的 主要 内 容 。 
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函数 式 反 应 型 编程 


函数 式 反 应 型 编程 是 两 个 声明 式 编 程 的 子 范例 (本 数 式 + 反 应 式 ) 的 组 合 。 这 里 我 们 先 来 理解 反应 式 编程 ， 
因为 它 非常 简单 。 


反应 式 编程 在 表 人 处 理 方面 十 分 强悍 。 假 设 我 们 有 一 个 表格 A: 她 是 用 来 纪录 其 他 两 个 表格 (表格 B、 表 格 C) 的 
Al, 当 表 格 B 或 C 当 中 任意 一 个 值 发 现 变化 时 ， 这 些 变化 都 会 通过 表 实 时 改变 表格 A 的 值 。 总 之 ， 我 们 定义 
好 了 A 是 B 和 C 的 和 ， 不 管 发 生 了 什么 ,A 会 一 直 响 应 B 或 C 的 变化 ,永远 都 是 B 与 C 的 和 。 


接 下 来 我 们 来 定义 函数 式 编程 。 说 实话 很 难 准 确定 义 它 。 任 何 试图 通过 Google 这 个 词 来 了 解 它 的 人 都 会 得 
到 这 样 一 个 答案 : 函数 范式 是 一 个 框架 ， 可 以 用 来 构建 我 们 的 程序 。 函 数 式 编程 的 核心 是 : 在 你 的 开发 语 
言 中 辑 数 本 身 是 一 个 对 象 ， 且 是 所 有 类 对 象 中 的 一 等 公民 。 


画 数 式 编 程 中 ， 对 于 同样 的 输入 ， 一 个 函数 f 始 终 会 给 出 同 祥 的 输出 ， 不 存在 ' 可 变 的 状态 '。 这 听 起 来 有 点 
不 可 思议 ， 我 们 可 都 是 依靠 状态 的 多 变性 来 编写 程序 啊 。 在 这 个 给 变量 赋值 之 后 就 不 可 以 重新 赋值 的 世界 
里 ， 想 想 都 觉得 不 可 思议 。 画 数 式 编程 在 很 多 方面 显得 不 太 实 用 。 很 多 编程 涉及 到 用 户 的 输入 、 网 络 输入 / 
输出 等 等 ， 都 不 太 容 易 使 用 函数 范式 来 构建 。 这 也 是 为 什么 辑 数 式 编 程 作为 范 数 式 反应 型 编程 的 一 部 分 而 
出 现 的 原因 。 因 为 范 数 式 反应 型 编程 是 命 命 行 编程 与 范 数 式 编程 两 者 相互 妥协 的 最 佳 平衡 点 。 她 让 我 们 有 


鱼 与 熊 掌 兼 得 的 意思 。 


函数 式 反应 型 编程 在 处 理 用 户 输入 时 ， 就 像 是 随 着 时 间 的 改变 而 改变 其 结果 的 辑 数 。 有 鉴于 此 ， 前 面 我 们 
谈 到 的 函数 {， 被 假定 为 输入 相同 的 参数 就 会 返回 一 桩 的 值 ， 但 如 果 参 数 是 时 间 ， 则 f 就 不 会 返回 相同 的 值 ， 
因为 时 间 一 直 在 变化 。 这 是 一 种 ' 欺 骗 ' 行 为 ， 但 请 记 住 ， 我 们 正在 构建 一 个 框架 ， 在 这 个 框架 里 面 ， 我 们 都 
被 允许 实施 这 种 ' 欺 骗 行 为 ,这 就 是 画 数 式 反应 型 编程 。 
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结论 


本 章 讨 论 的 几 个 关键 点 : 


。 学 习 加 数 式 反 应 型 编程 ， 我 们 将 会 更 加 高 效 。 
。 声明 式 编程 把 我 们 从 关注 业务 的 实现 细节 中 解脱 出 来 ， 用 更 多 的 时 间 关 注 业 务 本 身 。 
。 辑 数 式 反 应 型 编程 是 加 数 式 与 反应 式 编程 的 结晶 。 


我 是 一 个 实用 主义 者 。 我 们 所 有 的 开发 者 们 都 是 在 实践 中 完成 自己 的 作品 的 。 因 此 我 想 尽 可 能 少 的 占用 你 
的 时 间 来 讲述 理念 的 东西 ， 在 下 一 章节 ， 我 们 将 深入 探讨 代码 实现 。 


A 
Or 
be 
or 
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用 RXCollections 进 


行 酌 数 式 编程 


这 是 一 本 关于 回 数 响应 式 编程 的 书 ， 对 吗 ?! 


好 吧 , 就 像 我 们 在 学 会 跑步 之 前 必 
样 进来 函数 式 编程 。 





用 RXCollections 进 行 回 数 式 编程 


必须 先 学 会 走路 一 样 ， 在 高 效 地 进行 画 数 响应 式 编程 之 前 ， 我 们 得 


会 怎么 
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rea YP EK 


辑 数 式 编 程 的 一 个 关键 的 概念 是 "高 阶 函 数 "。 从 维基 百科 的 解释 来 看 ， 一 个 高 阶 函 数 需 要 满足 下 面 两 个 条 
件 : 


© 一 个 或 者 多 个 画 数 作为 输入 。 
。 有 且 仅 有 一 个 函数 输出 。 


在 Objective-c 中 我 们 经 常 使 用 block 作 为 范 数 。 我 们 不 需要 跋山涉水 地 去 寻找 高 阶 函 数 '， 实 际 上 ，Apple 为 
我 们 提供 的 Foundation 库 中 就 有 。 考 虑 象 下 面 这 人 么 简单 的 一 个 NSNumber 的 数组 : 


NSArray * array = @[ @(1), @(2), @(3) ]; 
我 们 想 要 枚 举 这 个 数组 的 内 容 ， 利 用 数组 元 素来 做 些 事情 。 


“好 吧 "”， 你 说 ，“ 我 将 写 一 个 for 循 环 ~” 


住 手 吧 ， 伙 计 ， 停 止 写 for 循 环 ,好 好 看 看 我 之 前 说 的 ， 我 们 可 以 用 一 个 NSArray 的 高 阶 范 数 来 代替 。 代 码 如 
F: 


for (NSNumber *number in array) NSLog(@"%@",number); 
。。。 这 个 等 同 于 下 面 的 高 阶 画 数 : 


[array enumerateObjectsUsingBlock:4(NSNumber *number, NSUInteger idx, BOOL *stop) 


£ 
NSLog(@"%@", number ) ; 


‘1; 


"为 什么 ?"," 这 代码 不 是 更 多 了 吗 ?". 


好 吧 ， 确 实 是 这 样 ， 但 这 是 通 往 函数 式 编程 道路 上 的 第 一 步 :函数 的 启蒙 教育 。 就 像 上 一 章节 所 说 的 ， 如 何 


实际 上 ， 高 阶 事 数 是 很 抽象 的 东西 ， 我 们 所 做 的 事情 ( 命 合式 编程 ) 基 本 上 都 可 以 用 它 来 抽象 。 但 Foundation 
中 高 阶 范 数 的 程度 很 低 ， 要 了 解 更 多 ， 我 们 不 得 不 借助 开源 社区 。 
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使 用 RXCollections 


我 的 朋友 RobRix 使 用 OC 写 了 一 个 优秀 的 高 阶 函 数 的 库 叫 做 RXCollections ( 译 者 注 : 目前 这 个 项 目 作 者 已 经 
停止 维护 ， 取 而 代 之 是 RobRix 的 另外 一 个 项 目 Reducers) 


首先 ， 我 们 需要 一 个 可 以 展示 的 Xcode 工程 ， 创 建 一 个 新 工程 “Playground”"。 选 择 "Single View 
Application" 作 为 模板 。 我 们 将 在 AppDelegate 中 展示 绝 大 部 分 代码 。 在 本 书 中 ， 我 将 使 用 "FRP" 作 为 类 的 前 


Bo 


其 次 ， 我 们 需要 在 工程 中 导入 RXCollections. 我 将 使 用 Cocoapods 导 入 这 个 库 ， 这 会 让 事情 变 得 简单 。 使 用 
如 下 命令 以 确保 你 的 电脑 里 安装 了 最 新 的 cocoapods。 


sudo gem install cocoapods 


终端 出 现 提示 的 时 候 输 入 你 的 root 密 码 。 一 旦 cocoapods 已 经 安装 好 了 ， 使 用 cd 导航 到 刚刚 新 建 的 工程 目 
录 下 ， 并 在 终端 输入 如 下 指 今 : 


pod init 

这 将 会 在 当前 目录 下 为 你 生成 一 个 新 的 文件 Podfile .内 容 大 致 如 下 : 
#Uncomment this line to define a global platform for your project 
#platform :ios, "6.0" (这 里 为 m.n 取决 于 工程 的 设置 ) 
target "Playground" do 
end 


target "PlaygroundTests" do 


end 


用 你 最 习惯 的 文本 编译 器 (我 猜 是 Vim), 取 消 #platform :ios,"6.0" 的 注释 标示 ， 并 添加 pod 
'RXCollections' , '~> 1.0' 到 "Playground" 下 。 

platform :ios, "6.0" 

target "Playground" do 

pod 'RxXCollections', '~> 1.0' 

end 

target "PlaygroundTests" do 


end 





H 
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好 了 ! 保存 并 退出 编辑 器 ， 回 到 终端 并 输入 : 


pod install 


这 将 导入 RXCollections 到 工程 中 ， 同 时 为 你 提供 一 个 新 的 xcode workspace 文 件 。 关 闭 当前 xcode 工 程 ， 用 
刚刚 生成 的 workspace 文 件 打开 工程 。 


在 Appdelegate.m 文 件 中 引入 如 下 头 文件 : 


#import <RXCollections/RXCollection.h> 


在 application:didFinishLaunchingwWithoptions: 方法 中 ， 创 建 一 个 我 们 之 前 讲 到 的 数组 。 


NSArray * array = @[ @1, @2 , @3 ]; 


WT, ASRS, FREEMAN RE | 
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高 阶 映射 


我 们 要 学 习 的 第 一 个 高 阶 范 数 是 ' 映 射 [map]. 映 射 是 在 画 数 的 层次 上 把 一 个 列表 变 成 相同 长 度 的 另 一 个 列 
表 ， 原 始 列表 中 的 每 一 个 值 ， 在 新 的 列表 中 都 有 一 个 对 应 的 值 。 如 下 所 示 是 一 个 平方 数 的 映射 : 


map(1,2,3) => (1,4,9) 


4, ARE -MARA CANKAR FA-THAMARE—MIR, PAK BAF A 
RXCollections 呢 ? 


我 们 这 么 来 用 rx_mapWithBlock: 方 法 : 


NSArray * mappedArray = [array rx_mapWithBlock:^id(id each){ 
return @(pow([each integerValue],2)); 


}]; 


这 将 会 达成 上 面 伪 代 码 所 完成 的 任务 ， 如 果 我 们 打印 出 array 的 日 志 ， 我 们 将 会 看 到 如 下 内 容 : 


一 


简直 完美 ! 请 注意 rx_mapwithBlock: 并 不 是 一 个 真正 的 函数 映射 ， 因 为 他 不 是 技术 上 的 高 阶 画 数 ( 她 没有 返 


上 下 文中 工作 的 。 


注意 rx_mapWithBlock: 在 没有 对 原 数 组 元 素 进 行 任 何 修改 的 前 提 下 返回 了 一 个 新 的 数组 ， 这 里 
Foundation 的 类 真 的 是 非常 好 用 的 一 个 例子 ， 因 为 他 们 的 类 默认 就 是 不 可 变 的 。 


想象 一 下 ， 人 往常 (命令 式 编程 ) 为 了 完成 这 个 任务 ， 我 们 不 得 不 写 下 这 样 的 代码 : 


NSMutableArray *mutableArray = [NSMutableArray arryaWithCapacity:array.count]; 
for (NSNumber *number in array) [mutableArray addObject:@(pow( [number integerValue], 2))] 


NSArray *mappedArray = [NSArray arrayWithArray: mutableArray]; 
SE 
代码 显然 更 多 ， 而 且 还 有 一 个 无 用 的 局 部 变量 mutableArray 污染 了 我 们 的 作用 域 ， 简 直 是 个 毛线 ! 


所 以 当 你 想 把 一 个 列表 里 的 元 素 转化 为 另 一 个 列表 的 元 素 时 ， 你 就 能 体会 到 映射 的 强大 。 
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忆 阶 过 滤 


谈 到 ReactiveCocoa， 我 们 要 使 用 的 另 一 种 关键 的 高 阶 范 数 就 是 过 滤器 。 一 个 列表 通过 过 滤 能 够 返回 一 个 只 
包含 了 原 列表 中 符合 条 件 的 元 素 的 新 列表 ， 具 体 我 们 来 看 实践 中 的 例子 : 


NSArray *filteredArray = [array rx_filterWithBlock:4BOOL(id each) { 
return ([each integerValue] % 2 == 0); 


}] 


过 滤 后 ， 现 在 filteredArray SF @[ @2 ] .如 果 没 有 这 样 的 抽象 方法 ( 即 高 阶 过 滤 )， 我 们 不 得 不 像 下 面 这 
样 来 完成 工作 : 


NSMutableArray *mutableArray = [NSMutableArray arrayWithCapacity: array.count]; 
for ( NSNumber * number in array ){ 
if ( [number integerValue] % 2 == © ){ 
[mutableArray addObject:number]; 
} 
} 
NSArray *filteredArray = [NSArray arrayWithArray:mutableArray]; 


有 点 明白 了 ,对 不 对 ? 你 可 能 像 上 面 这 样子 写 代 码 写 了 成 百 上 和 干 次 。 我 们 每 一 天 的 工作 中 涉及 到 类 似 这 种 高 
阶 映射 或 者 高 阶 过 滤 的 事情 有 多 少 ? 非常 多 ! 通过 使 用 像 高 阶 过 滤 、 高 阶 映射 类 似 的 高 阶 画 数 ， 我 们 能 够 
把 这 种 繁琐 又 乏味 的 任务 抽象 出 来 ， 轻 松 工 作 ， 轻 松 生 活 。。。 
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组 求 和 。 


NSNumber * sum = [array rx_foldwithBlock:^ id (id memo , id each){ 
return @( [memo integerValue] + [each integerValue]); 


‘1; 


输出 的 值 为 @6. 数 组 中 的 每 一 个 元 素 按 顺 序 执行 上 述 合并 规则 : [memo integervalue] + [each 
a ,其 中 memo 参 数 纪录 的 是 上 一 次 合并 后 的 结果 ， 其 初始 值 为 需 。 这 还 不 是 很 有 趣 ， 有 趣 的 
是 我 们 还 能 给 memo (这 个 参数 的 泛称 ) 赋 初始 值 


[[array rx_mapWithBlock:4id (id each){ 
return [each stringValue]; 
}] rx_foldInitialValue:@"" block:4id (id memo , id each){ 
return [memo stringByAppendingString: each]; 


‘1; 


代码 的 结果 :@"“"123"”. 我 们 来 分 析 一 下 这 是 怎么 做 到 的 . 首先 我 们 对 数组 中 的 所 有 NSNumber 对 象 做 了 映射 ， 
把 他 们 变 成 了 NSString 对 象 ， 然 后 我 们 实现 了 一 个 高 阶 折 和 有 登 ， 并 给 了 memo 变量 一 个 空 字符 串 。 


在 没有 RXCollections 的 情况 下 能 得 到 这 样 的 结果 吗 ? 当然 可 以 。 但 这 是 一 个 明确 的 "是 什么 ， 而 不 是 如 
何 "的 解决 问题 的 方法 。 这 种 方法 可 以 让 我 们 不 必 跟 CPU 一 样 去 想 " 这 一 步 要 如 何 ， 下 一 步 要 如 何 " 类 似 这 样 
的 事情 。 写 代码 的 时 候 如 此 ， 读 代码 的 时 候 更 是 如 此 ( 意 :更 多 地 关注 任务 是 什么 ， 要 达成 什么 目标 ) 
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性 能 


这 一 章 有 关 本 数 式 编程 的 事例 代码 可 能 会 让 你 开始 担心 性 能 的 问题 。 例 如 ， 在 一 个 长 数组 中 ， 给 每 个 元 素 
创建 一 个 过 渡 的 字符 描述 并 把 他 们 追加 到 前 面 的 结果 中 去 ， 比 起 命令 式 编程 来 说 ， 可 能 需要 消耗 更 长 的 时 
间 。 


这 可 能 是 个 问题 ， 但 幸运 的 是 ， 现 在 的 计算 机 (甚至 iPhone 手机 ) 性 能 已 经 足够 强大 ， 在 大 多 数 情况 下 ， 这 种 
性 能 损耗 是 无 关 紧 要 的 ， 况 且 当 这 种 损耗 交 成 一 个 性 能 瓶颈 的 时 候 ， 你 随时 都 可 以 回头 去 优化 她 让 她 更 加 
高 效 。CPU 的 时 间 很 廉价 ， 但 是 你 的 时 间 是 很 宝贵 ， 因 此 牺牲 CPU 的 时 间 会 是 更 好 的 选择 。 
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在 过 去 的 章节 中 ， 我 们 使 用 RXCollections 后 不 需要 额外 的 可 变 变 量 就 可 以 在 列表 上 进行 操作 ， 虽 然 
RXCollections 可 能 隐 式 地 生成 了 这 样 的 可 变 变 量 来 完成 任务 ， 但 是 这 不 是 我 们 要 关心 的 ， 因 为 它 已 经 为 我 
们 抽象 出 了 这 样 的 方式 ， 通 过 :mapping\filtering 和 folding 这 种 方式 让 我 们 不 必 在 意 实现 任务 的 步骤 。( 当 
然 ， 这 并 不 是 说 ， 我 们 不 应 该 熟悉 RXCollections 的 源码 ， 只 是 告诉 你 不 必 按 部 就 班 地 去 完成 任务 了 ) 


在 最 后 的 章节 中 ， 我 们 也 看 到 了 ， 使 用 链 式 操作 一 次 可 以 输出 一 个 更 为 复杂 的 逻辑 操作 的 结果 。 下 一 章 我 
们 将 谈论 更 多 的 有 关 链 式 操作 的 内 容 实际 上 ， 它 是 ReactiveCocoa 中 的 重要 语法 之 一 。 





下 一 章 ， 我 们 将 要 讨论 更 多 的 有 关 映 射 、 过 滤 及 折 和 登 相 关 的 内 容 。 我 们 不 仅仅 局 限于 将 高 阶 范 数 运用 在 列 
表 的 操作 上 ， 我 们 也 将 用 她 们 来 操作 流 ( 译 者 注 :一 切 此 文件， 文件 以 流 的 形式 传播 ， 也 就 是 说 一 切 的 操作 都 
可 以 使 用 高 阶 画 数 )， 还 会 介绍 其 他 的 高 阶 范 数 。 


as 
We 
di 
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ReactiveCocoa 简介 


上 一 章 我 们 学 习 了 回 数 方法 :map、filter 以 及 fold, 我 们 将 再 次 熟悉 她 们 。 但 是 这 一 章 是 围绕 着 ReactiveCocoa 
和 郴 数 响应 式 编程 来 展开 的 ， 学 习 之 前 需要 做 一 点 点 补充 说 明 。 
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引 人 ReactiveCocoa 


ReactiveCocoa 有 两 种 引入 的 方式 :使 用 CocoaPods 或 者 作为 项 目的 一 个 字模 块 (直接 搜 入 项 目 中 )。 
ReactiveCocoa 官 方 是 不 支持 CococaPods 的 ， 但 是 开源 社区 提供 了 这 样 的 服务 ， 我 们 可 以 使 用 她 。 如 果 你 
乐于 让 ReactiveCocoa 作 为 一 个 子 模块 引入 到 项 目 中 ， 你 可 以 下 载 2.x 版 本 并 根据 官方 的 介绍 来 配置 她 。 


使 用 CocoaPods 来 引入 ReactiveCocoa : 打开 前 面 我 们 创建 的 Podfile XF, Fw 
BR RXCollections 行 ， 用 pod 'ReactiveCocoa', '2.0' (tis. (RA Podfile 文件 看 起 来 应 该 是 这 样 
的 : 


platform :ios, "6.0" 
target "Playground" do 

pod 'ReactiveCocoa' , '2.0' 
end 


target "PlaygroundTests" do 


pod 'ReactiveCocoa' , '2.0' 
end 


注意 : 我 们 使 用 的 是 '2.0' 版 的 ReactiveCocoa 而 非 最 新 的 。 重 新 运行 pod install ,将 从 项 目 中 移 
BR RXCollections 并 引入 Reactivecocoa 。 项 目 中 任何 #import <RXCollections/XXXX> 的 地 方 都 会 编译 
报错 ， 请 把 他 们 也 移 除 。 


这 一 章 里 面 ， 我 们 将 把 代码 写 在 Viewcontroller 的 实现 文件 中 ， 而 不 是 在 AppDelegate 中 ， 所 以 现在 请 
打开 ViewController 的 实现 文件 。 不 要 忘记 把 ReactiveCocoa 引 入 进来 #import 


<ReactiveCocoa/ReactiveCocoa.h>。 
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流 和 序列 


流 是 值 的 序列 化 的 抽象 ， 你 可 以 认为 一 个 流 就 像 一 条 水 管 ， 而 值 就 是 流 洽 在 水 管 中 的 水 ， 值 从 管道 的 一 端 
流入 从 另 一 端 流出 。 当 值 从 管道 的 另 一 端 流出 的 时 候 ， 我 们 可 以 读 取 过 去 所 有 的 值 ， 贡 至 是 刚刚 进入 管道 
的 值 ( 即 当前 值 )。 接 下 来 让 我 们 拭目以待 ! WC, Bb, METAR? 以 我 们 当前 的 认 知 水 平 来 说 ， 
她 就 像 是 一 个 数组 ， 一 个 列表 。 事 实 上 ， 使 用 rac_sequeuece 我 们 能 够 轻松 地 将 数组 转化 为 一 个 流 : 


NSArray *array = @[ @1, @2, @3 ]; 
RACSequence * stream = [array rac_sequence]; 


等 一 下 ! sequences ?我 以 为 我 们 在 处 理 Stream ? 好 吧 ， 说 明 一 下 ， Sequences 是 两 种 特定 类 型 的 流 的 
一 种 ， 实 际 上 ， RACSequence 是 一 个 RACStream 的 子 类 。 我 们 能 用 流 做 什么 呢 ? 好 吧 ， 我 将 使 用 流 来 展示 
上 一 章 中 提 到 的 例子 。 应 用 在 平方 数 映射 上 : 


[stream map:4id (id value){ 
return @(pow([value integerValue], 2)); 


‘1; 


注意 ， 跟 数组 一 样 ， 流 不 能 包含 nil 元 素 。[ 译 者 注 :NSArray 中 以 nil 作 为 结束 标示 ，stream 也 一 样 ]。 非常 
好 ! 但 是 流 映 射 后 还 是 流 ， 我 们 怎么 样 才 能 得 到 数组 呢 ?幸运 的 是 , RACSequence 有 一 个 方法 返回 数 
组 : array o 


NSLog(@"%@", [stream array]); 
这 会 打印 映射 后 的 数组 。 比 起 直接 使 用 RXcollections 这 多 出 了 几 个 步骤 ， 但 这 里 我 只 想 说 明 使 用 流 也 可 
以 达成 任务 。 


当然 ， 我 们 可 以 合并 上 面 的 方法 调用 来 避免 污染 变量 的 作用 域 . 


NSLog(@"%@", [[[array rac_sequence] map:^id (id value){ 
return @(pow([value integerValue], 2)); 
}] array]) 


总 的 来 说 ,我 们 做 了 这 样 的 事情 : 
。 将 数组 转化 成 一 个 序列 类 型 的 流 。 
e 对 流 进行 映射 得 到 一 个 新 的 流 。 
。 将 新 的 流转 为 数组 。 


序列 ， 默 认 情 况 下 是 延迟 加 载 的 (也 称 : 懒 加 载 或 被 动 加 载 )， 是 pull-driven 的 ， 在 他 们 被 生成 的 时 候 就 
会 提供 确切 的 值 ， 而 数组 方法 会 强制 给 序列 的 每 一 个 成 员 赋 值 。 


我 们 来 看 一 下 filtering 。 为 了 使 用 ReactiveCocoa 来 过 滤 我 们 的 数组 ， 我 们 需要 再 一 次 把 它 序列 化 以 便 
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于 使 用 过 滤 。 


NSLog(@"%@", [[[array rac_sequence] filter:^BOOL (id value){ 
return [value integerValue] % 2 == 0; 


}] array]); 
最 后 看 一 下 怎么 让 一 个 序列 流 合并 为 单个 值 ( folding ) : 


NSLog(@"%@", [[[array rac_sequence] map:4id (id value){ 
return [value stringValue]; 
}] foldLeftwithStart:@"" reduce:4id (id accumulator, id value) { 
return [accumulator stringByAppendingString: value]; 


ADE 


这 种 情况 下 ， 我 们 在 序列 上 进行 了 链 式 调用 ， 当 我 们 讨论 下 一 节 ' 信 号 ' 的 时 候 ，( 链 式 调 用 ) 是 一 个 关键 的 概 


o 


ReactiveCocoa R 5 Æ} ž MAH ana. AHA H RAMEE aha, R2ZMAASA. 2 
样 的 命名 ( 即 左 、 右 折 党 ) 暗 示 了 编程 语言 对 列表 的 理解 ， 这 种 概念 在 Objective-C 中 是 没有 的 。 


确定 你 现在 已 经 理解 了 到 此 为 止 我 们 所 说 的 内 容 ， 这 对 后 面 将 要 进行 的 讲解 非常 重要 。 
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{ 


信号 是 另 一 种 类 型 的 流 。 和 与 序列 流 相 反 ， 信 号 是 push-driven 的 。 新 的 值 能 够 通过 管 
像 pull-driven 一 样 在 管道 中 获取 ， 他 们 所 抽象 出 来 的 数据 会 在 未 来 的 某 个 时 间 传 送 


=] 
AF 


lll 


道 发 布 但 不 能 
过 来 。 


这 里 需要 理解 两 个 概念 : pull-driven 和 push-driven . 


Push-driven means that values for the signal are not defined at the moment of signal creation and 
may become available at a later time (for example, as a result from network request, or any user 
input). 


Push-driven : 在 创建 信号 的 时 候 ， 信 号 不 会 被 立即 赋值 ， 之 后 才 会 被 赋值 ( 举 个 票子 : 网 络 请 求 回 来 
的 结果 或 者 是 任意 的 用 户 输入 的 结果 ) 


Pull-driven means that values in the sequence are defined at the moment of signal creation and we 
can query values from the stream one-by-one. 


Pull-driven : 在 创建 信号 的 同时 序列 中 的 值 就 会 被 确定 下 来 ， 我 们 可 以 从 流 中 一 个 个 地 查询 值 。 


信号 发 送 三 种 类 型 的 值 : Next Values 代表 了 下 一 个 发 送 到 管道 内 的 值 。 Error Value 代表 signal 无 法 
成 功 完 成 ,一 般 很 少见 ， 我 们 会 在 下 一 章 学 习 怎 么 使 用 她 们 。 Completion values 代表 signal 成 功 完成 ， 
我 们 也 会 在 下 一 章 来 学 习 。 这 里 要 注意 的 是 : 


一 个 事情 响应 中 ， 一 个 signal (信和 号) 发 送 了 一 个 Error value 或 者 一 个 Completion value 后 ， 就 
不 会 再 发 送 任何 其 他 的 value . 错误 或 者 成 功 将 只 会 发 送 其 中 一 个 ， 绝 不 会 有 两 个 同时 发 送 的 情况 ! 


信号 是 ReactiveCocoa 的 核心 组 件 之 一 。ReactiveCocoa 为 UIKit 的 每 一 个 控件 内 置 了 一 套 信 号 选择 器 。 
如 ，UlTextField 就 有 一 个 rac_textsignal ,UlTextField 中 每 一 次 按键 的 响应 都 会 通过 它 发 送出 去 。 下 一 
我 们 会 学 习 如 何 使 用 信号 来 执行 任务 。 


sm | 


Class diagram 


信号 也 可 以 被 链接 ( 链 式 调用 ) 和 转化 。 通 过 映射 或 者 过 滤 一 个 流 得 到 的 新 的 流 也 可 以 随后 被 映射 、 被 过 滤 ， 
进行 所 有 你 能 想到 的 各 种 操作 。 下 一 章 我 们 将 了 解 更 多 这 方面 的 内 容 。 
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订阅 


当 你 随时 都 想 知 道 某 一 个 值 的 改变 时 (不 管 是 next、error 或 者 completion), 你 就 会 订阅 流 --- 一 种 最 常见 的 
signal. 使 用 信号 通常 都 会 有 副作用 ， 比 如 下 面 这 个 例子 。 


我 们 添加 一 个 textfield 控 件 到 viewControllers View 上 ， 这 里 我 使 用 storyboard 来 做 ， 你 怎么 做 随 你 喜好 。 


eoe SB Playground.xcworkspace — = Main.storyboard a 
P 国 «A Playground > fI iPhone Retina (3.5-inch) Running Playground on iPhone Retina (3.5-inch) N Bgn paaa 
= < M Playground Be Bs By V View Round Style Text Field te EJ Aut “ni FRPViewControlier.m > [3 @interface FRPViewController0 <4 2 > © D ; 














Identity and Type 
Name FRPViewController.m 
Type Default ~ Objective-C So... + 


Location Relative to Group 


一 FRPViewControlier.m e 
Full Path /Users/ash/Dropbox/ 
[e] 6 erface FRPViewController () tosfrp/Playground/ 
Playground/ 
, Nonatomic) IBOutlet UITextField *textField; FRPViewControlier.m © 


Target Membership 
oY A Playground 
Gimplementation FRPViewController PlaygroundTests 
(void) viewDidLoad 
Text Settings 
(super viewidLoad); Text Encoding Default ~ Unicode (UTF-8) $ 


NSArray werray Une Endings Default ~ OS X / Unix (LF) $ 


indent Using Spaces 


widths 4: 4: 


，[[[array ra nap:*id(id value) { Led Moet 
ys 


pow( [value ir Wrap lines 


Source Control 
, Ullarray rac_sequence) filter:*BOOL(id value) Repowtory @ Playground 


Type Git 
return [value integerValue) % 


}] array)); 


Current Branch master 

Version Local Revision 

NSLog( + (llarray rac_seque Status Modified | Discard. 
return [value string € Aneatinn Mewes tee 

} )foldLeftwithStart: € accumulator, id D {}) @ m 

alue) { 

sturn [accumulator strir ngSt ring: value] ; Text Field - Displays editable text 

Toxt and sends an action message to a 

target object when Return is tapped. 


Text View - Displays multiple lines 
of edmable text and sends an action 
message to a target object when. 
(void) didReceiveMemoryWarning 


[super didReceiveMemorywWarning); 





加 8 = 1+1 ted E 


D » n 1 Playground 3: (© text 


Adding a text field 


在 ViewDidLoad 中 添加 如 下 代码 ， 订 阅 textfield 的 rac_textSignal。 


[self.textField.rac_ textSignal subscribeNext:^(id x){ 
NSLog(@"New Value: %@",x); 

} error:A(NSError * error){ 
NSLog(@"Error : %@", error); 

} completed:A{ 
NSLog(@"Completed."); 


‘1; 


创建 并 运行 应 用 程序 ， 在 textField 上 输入 一 些 内 容 。 每 一 次 每 一 个 新 的 值 输入 到 textField 中 ， 这 个 Next 
value 就 会 下 发 到 管道 中 ， 然 后 我 们 的 订阅 块 就 会 被 执行 。 


订阅 
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| 器 | 本 Playgrounc Play Mai Ma Vie Vie View Round Style Text Field , 18 而 Automatic > in FRPViewController.r 












Carrier F 9:35 AM 


this is a new Valuel 





QIWIEIRITIYIUIIIOIP 
AISIDIFIGIHIJIKIL 


E22IXICIVIBINIMIES 








Playground 


2013-10-13 7:35:34. Playground [14740: value: 
2013-10-13 1:35:34. Playground [14740: value: 
2013-10-13 7:35:34. Playground [14740: value: 
2013-10-13 1:35:34. Playground [14740: value: 
2013-10-13 7:35:34. Playground [14740: value: 
2013-10-13 335335, Playground [14740: value: 
2013-10-13 3:35:35. Playground [14740: value: 








27123 space return 


2013-10-13 335236. Playground [14740: value: 
2013-10-13 135336. Playground [14740: value: 
2013-10-13 335:36. Playground [14740: value: 
2013-10-13 135:36. Playground [14740: value: 


人 


有 趣 的 是 ， 这 个 特殊 的 信号 不 会 发 送 错 误 值 ， 仅 仅 在 释放 的 时 候 发 送 一 个 完成 值 ， 所 以 这 两 个 订阅 块 通常 
不 会 被 调用 。 我 们 可 以 使 用 RACSignal 上 的 一 个 简便 的 方法 subsribenext: 来 简化 我 们 的 代码 : 


[self.textField.rac_ textSignal subscribeNext:4(id x){ 
NSLog(@"New Value: %@", x); 


‘1; 


看 吧 ， 少 了 很 多 代码 ! 
当 你 订阅 一 个 信号 时 ， 实 际 上 你 创建 了 一 个 ' 订 阅 者 '， 她 是 自动 保留 的 ， 并 同时 保留 她 订阅 的 信号 ， 你 也 可 


以 手动 配置 这 个 ' 订 阅 者 '， 但 这 不 是 一 种 典型 的 行为 。 下 一 章 我 们 将 会 学 习 ， 当 视图 复 用 的 时 候 ( 像 
CollectionViewCells 或 TableViewCells)， 如 何 去 有 效 地 配置 信号 。 
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状态 推导 


状态 推导 是 ReactiveCocoa 的 另 一 个 核心 组 件 。 这 里 并 非 指 类 的 某 个 属性 (设置 一 个 新 的 值 就 代表 状态 发 生 
了 改变 那样 )， 这 里 我 们 指 的 是 把 属性 抽象 为 流 。 就 拿 前 面 的 例子 ， 我 们 为 她 增加 状态 推导 。 


假设 我 们 的 视图 是 用 来 创建 账户 的 ， 我 们 只 允许 包含 有 '@' 字 符 的 Email 地 址 ， 当 且 信 当 ， 输 入 的 用 户 名 有 
效 时 使 按键 可 用 ， 同 时 我 们 也 希望 通过 TextField 中 Text 的 颜色 给 用 户 提供 反馈 。 


。 首先 我 们 使 用 IBOutlet 在 视图 上 增加 一 个 按键 ‘button*. 


eoo ®® Playground.xcworkspace 一 È Main.storyboard 
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Added a button 
。 其 次 我 们 将 button 的 enable 属 性 与 我 们 创建 的 信号 绑 定 。 


RAC(self.button, enabled) = [self.textField.rac_textSignal map:4id (NSString *value){ 
return @([value rangeOfString:@"@"].location != NSNotfound); 


‘1; 


请 注意 ， 稍 候 将 看 到 我 们 如 何 使 用 buttons 的 命令 来 更 好 地 约束 她 的 enable 属 性 。 


RAC() 宏 需 要 两 个 参数 :' 对 象 ' 以 及 这 个 对 象 的 某 个 属性 的 'keyPath'。 然 后 将 表达 式 右边 的 值 和 'keyPath' 做 
一 个 单 向 的 绑 定 ， 这 个 值 必须 是 NSObject 类 型 ， 所 以 我 们 会 把 boolean 量 封装 成 NSNumber。 


但 是 ， 文 本 的 颜色 怎么 办 ?实际 上 我 们 在 这 个 基础 上 做 一 点 点 重 构 就 可 以 了 。 


RACSignal * validEmailSignal = [self.textField.rac_textSignal map:^id (NSString *value){ 
return @([value rangeOfString:@"@"].location != NSNotFound ) ; 
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}]; 
RAC(self.button, enabled) = validEmailSignal; 


RAC(self.textField, textColor) = [validEmailSignal map: ^id (id value){ 
if([value boolValue]){ 
return [UIColor greenColor]; 
selsef{ 
return [UIColor redColor]; 


Jl; 
‘| — 1) 
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Invalid email address 
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Valid email address 





28 


iOS 的 函数 响应 型 编程 


很 好 | 看 到 我 们 怎样 复 用 validEmailSignal 吗 ? 这 在 ReactiveCocoa 中 是 非常 常见 的 用 法 。 在 viewDidLoad 
方法 之 外 ， 我 们 也 不 用 写 任 何 代码 ， 这 也 很 常见 。 
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指令 


上 一 节 ， 我 们 绑 定 UIButton 的 enabled 属 性 并 不 是 最 佳 实践 ， 因 为 UIButton 增 加 了 一 个 ReactiveCocoa 的 类 
和 一 条 指令 。 在 这 一 节 中 我 们 将 介绍 ReactiveCocoa 的 指令 。 实 际 上 button 的 rac_command 可 以 为 我 们 监 
控 enabled 属 性 。 应 用 一 段 ReactiveCocoa 的 文档 : 








指令 ，RACCommand 类 的 代表 ， 创 建 并 订阅 动作 的 信号 响应 ， 可 以 很 容易 地 实现 一 些 用 户 与 应 用 交 
互 时 的 边界 效果 。 


指 倒 ( 行 为 触发 的 ) 通 常 是 UI 驱动 的 ， 比 如 按键 的 点 击 。 指 全 也 可 以 通过 信号 自动 禁用 ， 这 种 禁用 状态 
呈现 在 UI 上 就 是 禁用 与 该 指令 相关 联 的 任何 操作 。 





当 你 想 要 一 次 用 户 交互 发 送 一 个 信号 来 响应 的 时 候 指令 就 很 有 用 。 指 令 信 号 对 订阅 了 指令 的 这 个 信号 而 
言 ， 她 之 后 的 输出 都 被 指 爸 信 号 所 人 处理。 这 有 一 点 点 混乱 ， 在 第 五 章 我 们 会 看 到 一 些 指令 相关 的 实践 。 


现在 我 们 用 下 面 的 代码 来 替代 之 前 的 在 button 上 绑 定 enabled 属 性 的 代码 


self.button.rac_command = [[RACCommand alloc] initwithEnabled:validEmailSignal 
SignalBlock:4RACSignal *(id input) { 
NSLog(@"Button was pressed."); 
return [RACSignal empty]; 
}]; 


任何 时 候 button 被 点 击 就 会 执行 signalBlock，rac_command 属 性 会 监控 使 能 信号 validEmailSignal 和 button 
的 enabled 属 性 。( 实 际 上 ， 如 果 我 们 保留 原来 的 代码 ， 新 加 这 一 段 会 引起 重复 绑 定 一 个 属性 的 错误 )。 


另外 ， 这 里 返回 的 [RACSignal empty] 是 什么 东西 ? 嘎 。。。 这 里 我 们 需要 返回 一 个 信号 让 属于 
RACCommand 的 executionsignal 管道 (pipe) 下 发 出 去 。 这 个 信号 代表 button 按 下 时 一 些 任务 需要 被 处 
理 。 在 这 个 义理 信号 没有 返回 一 个 'complete value'(‘empty ' 会 立即 返回 一 个 'complete value) 之 前 button 将 
会 保持 不 可 用 状态 .因为 这 个 例子 中 我 们 只 是 打印 了 一 下 ， 所 以 这 里 我 们 只 返回 一 个 empty 信 号 。 在 第 五 章 
我 们 将 继续 讨论 RACCommand 及 其 用 途 。 
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RACSubject 


RACSubject 是 一 个 有 趣 的 信号 类 型 。 在 'ReactiveCocoa 的 世界 中 ， 她 是 一 个 可 变 的 状态 。 她 是 一 个 你 可 以 
主动 发 送 新 值 的 信号 。 出 于 这 个 原因 ， 除 非 情况 特殊 ， 我 们 不 推荐 使 用 她 。 


下 一 章 我 们 将 学 习 RACSubject 们 如 何 嫁接 non-reactivecocoa 和 reactivecocoa 的 代码 。 
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热 信 号 与 准 信 号 


站 号 是 典型 的 懒 鬼 ， 除 非 有 人 订阅 他 们 ， 他 们 是 不 会 启动 并 发 送 的 。 每 增加 一 个 订阅 ， 它 们 都 会 重复 地 多 
发 送 一 个 信号 。 鉴 于 用 户 操作 的 琐碎 性 ， 这 种 设计 是 可 接受 的 。 实 际 上 ， 在 ReactiveCocoa 的 命名 法 则 中 ， 
这 种 信号 被 称 为 ' 冷 (信号 )。 


有 的 时 候 我 们 希望 让 信号 立即 工作 (不 需要 中 间 这 么 繁琐 的 设置 ),ReactiveCocoa 中 称 为 ' 热 (信号 )。 这 种 信号 
用 的 非常 少 。 


这 两 者 的 不 同 是 很 微妙 的 ， 在 下 一 章 我 们 将 学 习 如 何 利用 热 信 号 。 
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组 播 


组 播 是 用 语 多 个 订阅 者 共享 一 个 订阅 信号 的 术语 。 就 像 我 们 上 一 节 所 描述 的 那样 ， 默 认 的 情况 下 ， 信 号 是 
冷 的 。 有 时 候 ， 我 们 不 希望 一 个 冷 信号 在 每 一 次 被 订阅 时 工作 。 这 通常 在 边界 效应 、 订 阅 所 要 执行 的 任务 
代价 昂贵 或 者 只 能 以 其 他 方式 在 适当 的 时 间 执 行 时 有 这 种 需求 。 这 时 网 络 请 求 浮现 在 脑海 中 。。。 


所 以 和 与 其 从 这 样 的 信号 中 创建 一 个 RAcMulticastConnection ,不 如 使 用 RACSignal 的 publish 方法 或 
者 multicast: 方法 。 前 者 为 您 创建 一 个 组 播 连接 ， 后 者 也 一 样 为 您 创建 一 个 组 播 连接 但 需要 一 

个 RACSubject 参数 。 当 她 被 调用 时 这 个 RACSubject 可 以 通过 底层 信号 发 送 一 个 值 出 来 。 任 何 对 这 个 值 有 
兴趣 的 ， 都 可 以 用 这 个 从 底层 信号 发 送 一 个 值 到 连接 的 信号 来 蔡 代 你 提供 的 RACSubject ， 这 个 信号 恰好 
就 等 同 于 你 的 这 个 RACSubject . 


为 了 说 明 这 种 不 同 ， 请 参考 下 面 的 插图 : 






RACSignal 


Ee Ey 


Multiple subscriptions 


Ee 


由 于 信号 是 冷 和 启动 的 ， 每 增加 一 个 订阅 者 ， 她 就 会 被 执行 一 次 。 这 种 情况 是 我 们 不 希望 看 到 的 ， 可 以 使 用 
组 播 连接 来 改善 。 
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RACMulticastConnection 


Subscription Subscription Subscription 





Multicast connection 


信号 的 组 播 连接 订阅 ， 当 她 传送 一 个 新 值 的 时 候 ， 是 通过 公共 频道 来 传送 给 信号 的 。 只 要 你 喜欢 你 可 以 随 
意 订 阅 这 个 信号 ， 但 这 个 信号 在 订阅 相关 的 操作 上 有 且 仅 会 执行 一 次 ， 不 再 像 以 前 那样 增加 一 个 订阅 者 这 
个 信号 上 就 执行 一 次 订阅 相关 的 操作 。 
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% gt 
心志 


这 一 章 我 们 讨论 了 很 多 概念 ， 在 没有 任何 实践 的 基础 上 来 理解 这 些 东 西 ， 尤 其 是 一 些 高 级 的 概念 ， 是 比较 
困难 的 。 下 一 章 ， 我 们 将 运用 我 们 所 获取 的 这 些 知识 ， 使 她 们 深入 人 心 。 我 们 将 要 诠释 的 不 仅仅 是 我 们 在 
这 里 看 到 的 这 些 ， 同 时 我 们 也 将 获得 一 些 ReactiveCocoa 的 最 佳 实践 。 


èe 
Aso 
ae 
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ReactiveCocoa 的 实践 


这 一 章 中 我 们 将 第 一 次 使 用 ReactiveCocoa 来 编写 一 个 实际 的 应 用 。 我 们 将 创建 一 个 叫做 '500px' 的 简单 应 


。 照片 看 起 来 非常 棒 
。 当 我 还 在 那里 工作 的 时 候 ， 我 为 他 们 的 API 接 口 写 了 iOS 的 SDK， 我 很 熟悉 她 。 
这 一 章 我 们 分 三 个 部 分 来 讲解 : 


。 首先 将 完成 我 们 的 App(FunctionalReactivePixels) 的 基本 实现 。 
。 其 次 我 们 将 添加 一 些 新 的 视图 控制 器 ， 做 更 多 的 数据 加 载 ， 来 进一步 证 实 第 一 步 的 实现 。 
。 最 后 我 们 将 重新 审视 这 个 应 用 程序 ， 以 消除 更 多 的 状态 获取 使 用 更 多 本 数 响应 型 编程 的 机 会 。 


这 一 章 非常 有 趣 ， 当 然 由 我 亲笔 完成 。 我 们 应 用 程序 'FunctionalReactivePixels' 最 后 的 结果 开源 在 Github 上 ， 


不 幸 的 是 ， 创 作 这 个 App 的 中 间 一 些 过 程 并 不 会 展现 在 最 后 的 结果 里 ， 但 是 如 果 你 一 章 一 章 跟着 我 来 的 话 ， 
应 该 会 很 好 。 


ReactiveCocoa 的 实践 
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FunctionalReactivePixels 的 基础 知识 


FunctionReactivePixels 将 会 是 一 个 简单 的 观看 '500px' 中 最 受 欢迎 的 照片 的 占用。 一旦 我 们 完成 这 一 节 ， 
用 的 主 界面 将 会 像 下 面 这 样 : 


FunctionalReactivePixels 的 基础 知识 


应 
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9:42 PM 


Popular on 500px 


当然 我 们 也 可 以 像 下 图 一 样 观看 全 屏 模式 下 的 图 片 。 


FunctionalReactivePixels 的 基础 知识 
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9:42 PM 


Rishikesh Ekbote 





这 个 App 将 使 用 Collection Views。 如 果 你 没有 太 多 这 方面 的 经 验 ， 也 不 需要 太 过 担心 --- 他 们 


FunctionalReactivePixels 的 基础 知识 
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(CollectionView) 就 像 TableView 一 样 ， 使 用 起 来 非常 简单 。 如 果 你 对 UICollectionView 感 兴趣 ， 可 以 阅读 我 
的 另 一 本 书 . 


我 们 将 使 用 CocoaPods 来 管理 我 们 的 依赖 ， 现 在 创建 一 个 新 的 工程 。 我 喜欢 使 用 空 模版 以 便 我 可 以 完全 控 
制 viewController 层 级 。 





< Loading No Issues 





Choose options for your new project: 


Product Name | FunctionalReactivePixels| 
Organization Name Ash Furrow 
Company Identifier “com.ashfurrow 


Bundle identifier com.ashfurrow.FunctionalReactivePixels 





Class Prefix FRP 


Devices 


ends an action 
it object when it’s... 


~ Intercepts 
ts and sends an 
a target object... 





utton - Intercepts 
ouse=a0 ents and sends an 
action message to a target object... 








首先 、 我 们 将 创建 一 个 UICollectionViewController 的 子 类 FRPGalleryViewController. 同 时 我 们 创建 一 个 
UICollectionViewFlowLayout 的 子 类 FRPGalleryFlowLayout. 


#import the new flow layout's header in the view controller's implementation file and 
#then override FRPGalleryViewController's init method 


- (id)init{ 
FRPGalleryFlowLayout *flowLayout = [[FRPGalleryFlowLayout alloc] init]; 
self = [self initwithCollectionViewLayout: flowLayout ]; 
if(!self) return nil; 
return self; 


这 将 初始 化 collection View 的 layout 为 我 们 自己 的 layout. 这 个 flowlayout 子 类 的 实现 非常 简单 ， 只 需要 设置 一 
些 属 性 就 可 以 了 。 


@implementation FRPGalleryFlowLayout 
- (instancetype)init{ 
if (!(self = [super init])) return nil; 


self.itemSize = CGSizeMake(145,145); 
self.minimumInteritemSpacing = 10; 
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self.minimumLineSpacing = 10; 
self.sectionInset = UIEdgeInsetsMake(10,10,10,10); 


return self; 


} 
@end 


很 棒 ! 下 一 步 ， 我 们 需要 把 Viewcontroller 展 现在 屏幕 上 。 为 了 实现 这 个 ， 我 们 首先 要 在 应 用 的 application 
delegate 的 application: didFinishLaunchingwithOptions: 方法 。 我 们 想 要 将 collectionview Controller 
冒 于 一 个 navigationController 容 器 中 : 


- (BOOL)application: (UIApplication *)application 
didFinishLaunchingWithOptions: (NSDictionary *)launchOptions{ 
self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds] ]; 
self .window.rootViewController = [[UINavigationController alloc] initWithRootViewCont 


self .window.backgroundColor = [UIColor whiteColor]; 
[self.window makeKeyAndVisible] ; 
return YES; 


} 


[| 





很 好 ! 如 果 我 们 现在 运行 ， 我 们 将 看 到 一 个 空 视图 。 
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FunctionalReactivePixels 的 基础 知识 
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我 们 来 填充 一 些 内 容 。 创 建 一 个 Podfile 文 件 ,并 填写 如 下 内 容 : 


platform :ios, "7.0" 
target "FRP" do 
pod 'ReactiveCocoa', '~> 2.1.4' 
pod 'libextobjc', '~> 0.3' 
pod '500-i0S-api', '~> 1.0.4' 
pod 'SVProgressHUD', '~> 0.9' 
end 


target "FRPTests" do 


end 


下 一 章 ， 我 们 将 添加 一 些 测 试 。 现 在 运行 pod install ,然后 打开 Xcode 通用 的 workspace 文件 。 打 开 与 编 
译 头 文件 FRP-Prefix.pch (Xcode6 之 后 ， 新 建 工程 默认 不 加 载 pch 文 件 ， 需 要 自己 添加 ，Apple 的 最 佳 实 践 
中 已 经 不 推荐 使 用 全 局 的 预 编译 pch 文 件 )， 然 后 添加 下 面 的 内 容 。 这 些 语义 会 自动 加 载 到 项 目的 所 有 文件 
中 。 


//Pods 

#import <ReactiveCocoa/ReactiveCocoa.h> 
#import <500px-i0S-api/PXAPI.h> 

#import <libextobjc/EXTScope.h> 

//App Delegate 


#import "FRPAppDelegate.h" 
#define AppDelegate ((FRPAppDelegate *)[[UIApplication sharedApplication] delegate]) 


对 于 这 样 使 用 AppDelegate 单 例 的 用 法 ，Saul Mora 说 : “每 次 看 到 你 这 么 做 ， 我 家 的 狗 都 想 死 "。 但 是 这 不 
是 一 本 关于 设计 模式 的 书 --- 这 是 一 本 关于 ReactiveCocoa 的 书 ， 所 以 我 们 可 能 要 害 死 一 些 狗 狗 。。。 


创建 一 个 AppDelegate 的 属性 来 hold 住 500px APIS 户 端 


@property (nonatomic, readonly) PXAPIHelper * apiHelper; 


在 application:didFinishLaunchingWithoptions: 方法 中 实例 化 这 个 变量 。 


self.apiHelper = [[PXAPIHelper alloc] 
initwithHost:nil 
consumerKey :@"DC2To2BS0ic1ChKDK15d44M42YHf 9gbUJgdFoFOm" 
consumerSecret :@"i8WL4chwoZ4kw9fh3jZHK7XzTerly5tUNVSTFNnB" J; 


我 提供 了 一 对 一 次 性 消费 的 密 钥 --- 请 不 要 疯 到 你 也 使 用 这 对 密 钥 ， 你 可 以 申请 自己 的 。 


好 了 ， 我 们 差不多 也 该 建立 数据 的 加 载 了 。 我 们 需要 一 个 数据 模型 来 hold 住 我 们 的 信息 。 我 创建 了 下 面 
的 FRPPhotoModel 。 


@interface FRPPhotoModel : NSObject 
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@property (nonatomic, strong) NSString *photoName; 
@property (nonatomic, Strong) NSNumber *identifier; 
@property (nonatomic, strong) NSString *photographerName; 
@property (nonatomic, strong) NSNumber *rating; 

@property (nonatomic, strong) NSString *thumbnailURL; 
@property (nonatomic, strong) NSData *thumbnailData; 
@property (nonatomic, strong) NSString *fullsizedURL; 
@property (nonatomic, strong) NSData * fullsizedData; 


@end 
@implementation FRPPhotoModel 


@end 


非常 好 ， 到 这 里 ， 我 们 将 不 直接 在 ViewController 中 加 载 内 容 ， 相 反 ， 这 部 分 逻辑 将 被 抽象 到 另 一 个 类 
创建 一 个 名 为 FRPPhotoImporter 的 类 。 


到 现在 为 止 没 有 一 处 代码 是 关于 男 数 式 的 。 别 担心 ， 我 们 就 要 这 么 做 了 | 这 个 FRPPhotoImporter 将 不 会 
真正 返回 一 个 FRPPhotoModel 对 象 ， 相 反 他 会 返回 一 些 随 身 携带 API 最 新 的 请 求 结果 的 信号 。 


@interface FRPPhotoImporter : NSObject 
+ (RACSignal *)importPhotos; 


@end 


FRPPhotoImporter BY importPhotos 方法 返回 一 个 从 API 发 送 最 新 结果 的 RACSignal。 这 个 RACSignal 实 
际 上 是 一 个 RACReplaySubject. 但 是 由 于 ReactiveCocoa 编 程 指南 中 不 建议 使 用 RACSubjects， 我 们 申明 的 
公共 接口 的 返回 类 型 为 RACSignal 而 非 RACSubject. 现 在 让 我 们 继续 往 下 看 : 


+ (RACSignal *)importPhotos{ 
RACReplaySubject * subject = [RACReplaySubject subject]; 
NSURLRequest * request = [self popularURLRequest]; 
[NSURLConnection sendAsynchronousRequest : request 
queue: [NSOperationQueue mainQueue ] 
completionHandler:4(NSURLResponse *response, NSData *data, NSErro 
if (data) { 
id results = [NSJSONSerialization JSONObjectWithData:data 


[subject sendNext:[[[results[@"photos"] rac_sequence] map 
FRPPhotoModel * model = [FRPPhotoModel new]; 


[self configurePhotoModel:model withDictionary: photoD 
[self downloadThumbnailForPhotoModel: model]; 


return model; 
}] array]]; 


[subject sendCompleted]; 


} 
else{ 


[subject sendError:connectionError]; 
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Jl; 
return subject; 
} 
“| = 
这 里 面包 含 的 内 容 太 多 ， 我 们 慢 慢 来 整理 一 下 : 








。 首先 我 们 创建 了 一 个 新 的 RACReplaysubject 实例 (这 将 是 我 们 要 返回 的 对 象 )。 
。 其 次 我 们 创建 了 一 个 NSURLRequest 来 获取 500px 上 热门 的 FRPPhotoModel 数据 。 
。 随后 我 们 发 送 一 个 网 络 的 异步 请 求 ， 并 立即 返回 RACSubject 对 象 。 


这 个 直接 返回 的 结果 值得 我 们 关注 。 


ET RAC SUC Bere E Dae 当 API 接 口 返回 数据 时 回调 block 就 会 被 调用 ， 然 后 
RACSubject 对 象 会 笃 结果 传送 出 来 ， 这 些 值 将 被 我 们 的 订阅 了 RACSubject 信 号 的 接收 者 所 接受 


这 是 你 看 到 的 异步 操作 中 ， 一 个 非常 普通 的 模式 。 


1. 创建 一 个 RACSubject. 
2， 从 异步 调用 的 完成 block 中 向 RACSubject 传 送 结果 值 。 
3， 立 即 返回 这 个 RACSubject 对 象 


重要 的 是 ， 要 注意 一 个 普通 的 RASSubject 及 其 子 类 RACReplaySubject 之 间 的 区 别 。RACReplaySubject 可 
以 确保 他 背后 的 Subject 只 会 被 订阅 一 次 ， 避 免 执 行 重复 的 操作 (就 像 上 面 这 种 网 络 活动 的 情况 )， 
RACReplaySubject 将 会 缓存 这 个 订阅 的 值 ， 并 将 其 转发 给 新 的 订阅 者 们 --- 对 我 们 的 需求 来 说 这 非常 

美 。 就 像 ReactiveCocoa 的 开发 者 Justin Spahr-Summers 所 指出 的 ， 这 也 能 够 避免 可 能 的 竞争 状况 。 


我 们 发 送 了 一 个 完整 的 数据 集 而 不 是 单个 随时 间 变 化 的 流 。 如 果 我 们 连环 地 发 送 一 个 个 单独 
的 FRPPhotoModel 流 ， 这 将 ' 更 加 Reactive', 也 有 助 于 实现 分 页 的 需求 ， 但 是 我 们 不 打算 采用 这 种 方式 ， 
为 他 有 点 点 高 级 了。 你 可 以 下 载 octokit : 一 个 类 似 这 种 方式 的 例子 。 





URL 请 求 的 构造 方法 看 起 来 应 该 是 这 样 的 : 


+ (NSURLRequest *)popularURLRequest { 
return [AppDelegate.apiHelper urlRequestForPhotoFeature:PXAPIHelperPhotoFeaturePopula 
resultsPerPage:100 page:0 
photoSize:PXPhotoModelSizeThumbnail 
sortOrder : PXAPIHelperSortOrderRating 
except : PXPhotoModelCategoryNude ] ; 





subject 发 送 什么 ， 完 全 看 不 到 好 吗 ? 听 。 这 取决 于 回调 block. 


if(data){ 
id results = [NSJSONSerialization JSONObjectwithData:data options:0 error:nil]; 
[subject sendNext:[[[results[@"photos"] rac_sequence] map:4id (NSDictionary *photoDic 
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FRPPhotoModel *model = [FRPPhotoModel new]; 
[self donwloadThumbnailForPhotoModel: model]; 


return model; 
}] array]]; 


[subject sendCompleted]; 


} 
else{ 

[subject sendError:connectionError]; 
} 


«| = 








测试 是 否 有 数据 返回 时 ， 可 以 说 这 不 是 一 个 很 好 的 错误 条 件 检测 的 方法 ， 但 这 是 一 个 教学 的 例子 。 如 果 数 
HEA nil ,我 们 会 发 送 一 个 errorvalue ,否则 我 们 会 反 序 列 化 sson 数据 并 人 处理 它 。 这 不 太 容 易 很 快 就 看 清 
楚 是 怎么 做 到 的 ， 让 我 们 来 仔细 看 看 。 


[subject sendNext:[[[results[@"photos"] rac_sequence] map:4id (NSDictionary *photoDiction 
FRPPhotoModel * model = [FRPPhotoModel new]; 
[self configurePhotoModel:model withDictionary:photoDictionary]; 
[self downloadThumbnailForPhotoModel:model]; 
return model; 


}] array]]; 


[subject sendCompleted]; 


EEE U M a 





发 送 一 个 值 ， 随 着 subject 的 过 去 ， 第 一 个 表达 式 结 构 相 当 简 洁 ( 但 是 场景 很 典型 )。 这 个 值 是 photos 的 值 ， 


然后 转化 为 一 个 序列 (sequence), 然 后 做 映射 ， 最 后 转化 为 一 个 数组 。 这 是 上 一 章 介绍 的 非常 简单 的 map 技 
术 。 


这 个 map (映射 ) 非 常 有 意思 。 序 列 中 的 每 一 个 元 素 ， 都 会 创建 一 个 新 的 FRPPhotoModel 对 象 、 设 置 它 然后 
返回 它 。 为 每 一 个 results[ @"photos" ] 的 数组 元 素 创建 了 一 个 FRPPhotoModel 数组 。 这 个 数组 就 是 随 
着 subject 发 送 过 来 的 值 。 最 后 我 们 发 送 一 个 完成 值 completedvalue 好 让 订阅 者 们 知道 任务 完成 了 。 
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{values} Photo Model 
{values} Photo Model 
{values} Photo Model 
{values} Photo Model 


{values} Photo Model 


{values} Photo Model 


{values} Photo Model 
{values} Photo Model 
{values} Photo Model 
{values} Photo Model 
{values} Photo Model 


{values} Photo Model 





注意 在 信号 上 手动 附送 值 的 能 力 是 非典 型 的 ， 这 是 RACSubject 实 例 的 专属 能 力 。 


configurePhotoModel:withDictionary: 方法 ， 看 起 来 应 该 像 下 面 这 样 : 


+ (void)configurePhotoModel: (FRPPhotoModel *)photomodel withDictionary:(NSDictionary *)di 
//Basic details fetched with the first, basic request 
photomodel.photoname = dictionary[@"name"]; 
photomodel.identifier = dictionary[@"id"]; 
photomodel.photographerName = dictionary[@"user"][@"username"]; 
photomodel.rating = dictionary[@"rating"]; 


photomodel.thumbnailURL = [self urlForImageSize:3 inArray:dictionary[@"images"]]; 
//Extended attributes fetched with subsequent request 


if (dictionary[@"comments_count"]){ 
photomodel.fullsizedURL = [self urlForImageSize:4 inArray:dictionary[@"images"]]; 





除了 URL 的 属性 设置 ， 都 是 最 基本 的 东西 。 依 靠 其 他 的 方法 来 从 500px 的 API 中 返回 的 图 片 列 表 中 提取 正确 
的 url 信 息 。500px API 返 回 的 数据 结构 是 下 面 这 样 的 格式 : 


{ 
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size = size; 
Un = 


这 是 一 个 字典 数组 ， 每 一 个 字典 中 包含 一 个 size 字段 和 一 个 url 字段 。 我 们 读 取 这 样 字段 的 方法 如 下 : 


+ (NSString *)urlForImageSize:(NSInteger)size inDictionary:(NSArray *)array{ 
return [[[[[array rac_sequence] filter:^ BOOL (NSDictionary * value) { 
return [value[@"size"] integerValue] == size; 
}] map:^id (id value) { 
return value[@"url"]; 
}] array] firstObject]; 


这 里 有 一 些 隐 含 的 错误 处 理 ， 如 果 序 列 为 空 ， NSArray 的 firstobject 方法 默认 返回 nil. 
。 第 一 步 ， 我 们 过 滤 掉 那些 size 字段 不 匹配 要 求 的 字典 。 


。 然后 ， 将 这 些 符合 要 求 的 字典 做 一 次 映射 来 提取 字典 中 url 字段 的 内 容 。 
最 后 ， 我 们 获得 一 个 NSString 对 象 的 序列 ， 把 它 转 化 为 数组 ， 然 后 返回 firstobject . 
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rac_sequence 


在 ReactiveCocoa 中 类 似 上 面 的 链 式 调用 非常 常见 。 值 从 rac_sequence 推送 到 filter: 方法 中 ， 最 后 推 
送 到 map: 方法 里 。 最 后 调用 序列 rac_sequence 的 array 方法 ， 将 序列 的 结果 转化 为 array . 


最 后 ， 我 们 的 downloadThumbnailForPhotoModel: 方法 ， 看 起 来 应 该 是 下 面 这 样 : 


+ (void)downloadThumbnailForPhotoModel: (FRPPhotoModel *)photoModelf{ 
NSAssert(photoModel.thumbnailURL, @"Thumbnail URL must not be nil"); 


NSURLRequest * request = [NSURLRequest requestWithURL: [NSURL URLWithString: photoModel 
[NSURLConnection sendAsynchronousRequest: request 
queue: [NSOperationQueue mainQueue ] 
completionHandler:4(NSURLResponse *response, NSData *data, NSError * connectionEr 
photoModel.thumbnailData = data; 
}]; 
} 


es 


这 个 方法 里 面 没有 任何 的 关于 Reactive 的 部 分 --- 仅 仅 是 下 载 thumbnail 的 url， 然 后 在 完成 块 中 适当 地 设置 
相关 属性 。 
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我 们 几乎 做 完了 这 个 画廊 所 需要 的 所 有 基础 的 事情 ， 接 下 来 ， 我 们 看 看 viewcontroller .在 实现 文件 里 定 
义 下 面 的 的 私有 属性 。 


@interface FRPGalleryViewController () 
@property (nonatomic , strong) NSArray *photoArray; 


@end 


来 看 下 viewDidLoad 中 的 实现 。 


static NSString * CellIdentifier = @"Cell"; 


- (void)viewDidLoad{ 
[Super ViewDidLoad]; 


//Configure self 
self.title = @"Popular on 500px"; 


//Configure View 
[self.collectionView registerClass:[FRPCell class] forCellwithReuseIdentifier:CellIde 


//Reactive Stuff 

@weakify(self); 

[RACObserver(self, photosArray) subscribeNext:4(id x){ 
@strongify(self); 
[self.collectionView reloadData]; 


Jl; 


//Load data 
[self loadPopularPhotos]; 





我 们 为 viewController 设 置 了 一 个 title 并 且 为 collectionView 注 册 了 一 个 类 ，collectionView 将 会 在 他 的 cells 中 
复 用 这 个 类 的 实例 。 这 里 我 引用 了 一 个 不 存在 的 UlCollectionViewCell 的 子 类 ， 我 们 很 快 会 创建 她 。 


在 'Reactive Stuff 注释 之 下 ， 你 会 发 现 一 些 奇怪 的 语法 。 


@weakify(self); 

[RACObserver(self, photosArray) subscribeNext:4(id x){ 
@strongify(self); 
[self.collectionView reloadData]; 


‘1; 


RACObserver 是 一 个 C 的 宏 定 义 ， 带 两 个 参数 : 对 象 及 对 象 某 个 属性 的 keyPath (关键 路 径 ) 。 他 会 返回 
一 个 带 属 性 值 的 信号 ,无 论 这 个 属性 的 值 怎么 变 都 会 及 时 地 通过 该 信号 反馈 出 来 。 在 这 里 当 self 结 束 分 配 的 
时 候 会 发 送 一 个 completion value 的 值 。 订 阅 这 个 信号 的 目的 是 无 论 我 们 的 photosArray 中 的 元 素 属性 怎 
么 变 ， 我 们 都 能 够 在 collectionView 重 新 加 载 的 时 候 实 时 获取 反馈 。 


在 Objective-C 的 ARC 条 件 下 @weakify/@strongify 这 个 双人 有 舞 是 非常 常见 的 。@weakify 创 建 一 个 新 的 self 的 
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弱 引 用 weakself，@strongify 创 建 这 个 weakself 的 强 引 用 ， 并 在 @strongify 的 作用 域 中 起 作用 。strongify 的 
这 种 做 法 ， 一 般 称 为 “影子 变量 "， 那 是 因为 这 个 新 的 强 引 用 的 变量 就 叫 self ,替代 了 原本 强 引 用 的 self. 


一 般 而 言 ， subscribeNext: 的 block 将 捕获 其 词法 范围 内 的 self， 造 成 self 和 block 之 间 的 循环 引用 。block 
被 subscribeNext : 的 返回 值 ， 一 个 RACSubscriber 实 例 ， 强 引用 ， 然 后 被 RACObserver 宏 捕获 。 解 除 分 
配 时 ，RACOberver 会 自动 解除 第 一 个 参数 的 分 配 ， 这 样 的 话 self 就 应 该 被 解除 分 配 ， 但 self 被 block 强 引 
用 ，self 要 得 以 解除 分 配 的 唯一 条 件 即 引用 计数 为 0， 这 样 的 话 就 必须 先 解除 block 的 分 配 ， 而 前 面 的 分 析 我 
们 知道 block 被 RACSubscriber 实 例 引 用 ， 而 该 实例 默认 被 self 强 引用 ， 因 此 ， 如 果 不 调用 
weakify/strongify，self 就 永远 也 不 可 能 解除 分 配 。 


最 后 ， 我 们 实际 来 调用 loadPopularPhotos (他 的 实现 如 下 ) 


- (void)loadPopularPhotos{ 
[[FRPPhotoImporter importPhotos] subscribeNext:^(id x){ 
self.photosArray = x; 
} error:^(NSError * error){ 
NSLog(@"Couldn't fetch photofrom 500px: %@",error); 
}]; 


这 个 方法 实际 上 负责 调用 FRPPhotoImporter 的 importPhotos 方法 (现在 请 加 上 他 的 头 文件 ) ， 他 订阅 了 
我 们 私有 成 员 属 性 的 结果 。 由 于 UICollectionViewDataSource 协 议 的 架构 ， 我 们 不 得 不 把 这 些 状态 引入 进 
来 。 


现在 让 我 们 来 看 一 下 这 些 协 议 方法 ， 有 两 个 是 必须 的 ， 实 现 如 下 : 


- (NSInteger )collectionView: (UICollectionView *)collectionView numberOfItemsInSection: (NS 
return self.photosArray.count; 


} 

- (UICollectionViewCell *)collectionView: (UICollectionView *)collectionView cellForItemAt 
FRPCell * cell = [collectionView dequeueReusableCellwithReuseIdentifier:CellIdentifie 
[cell setPhotoModel:self.photosArray[indexPath.row]]; 


return cell; 





第 一 个 方法 简单 地 返回 了 collectionView 中 的 cell 的 数量 ， 在 这 里 ， 准 确 地 讲 是 photosArray 属 性 的 cell 数 量 。 
接 下 来 的 这 个 方法 从 collectionView 列 表 中 获得 了 一 个 cell 实 例 ， 并 调用 其 上 的 setPhotoModel: 方法 (这 个 
我 们 还 没有 实现 ， 但 别 担心 ) 。 这 些 代码 应 该 看 起 来 非常 熟悉 ， 如 果 你 佛经 义理 过 
UlTableViewDataSource 的 方法 的 话 。 


这 就 是 我 们 Viewcontroller 完整 的 实现 。 现 在 我 们 来 创建 UICollectionViewCell 的 子 类 ， 命 名 为 FRPCell, 
像 下 面 这 样 来 修改 他 的 头 文件 。 


@class FRPPhotoModel; 


@interface FRPCell : UICollectionViewCell 
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- (void)setPhotoModel:(FRPPhotoModel *)photoModel; 
@end 


在 实现 文件 中 添加 下 面 的 私有 扩展 : 


#import "FRPPhotoModel.h" 

@interface FRPCell () 

@property (nonatomic , weak ) UIImageView * imageView; 
@property (nonatomic , strong ) RACDisposeable *subscription; 


@end 


这 里 有 两 个 属性 : 一 个 图 片 视图 和 一 个 订阅 者 。 图 片 视 图 是 弱 引 用 ， 因 为 它 属于 父 视 图 (这 是 
UICollectionViewCell 的 一 个 标准 的 用 法 ) ， 我 们 将 实例 化 并 赋值 给 imageView。 接 下 来 的 属性 是 一 个 订 
阅 ， 当 使 用 ReactiveCocoa 来 设置 图 像 视图 的 图 像 属性 时 ， 我 们 将 接触 到 它 。 注 意 它 必须 是 强 引 用 而 非 弱 引 


否则 你 会 得 到 一 个 运行 时 的 异常 。 


- (id)initwithFrame: (CGRect)frame{ 
self = [Super initwithFrame: frame]; 
if(!self) return nil; 


//Configure self 
self.backgroundColor = []UIColor darkGrayColor]; 


//Configure subviews 

UIImageView * imageView = [[UIImageView alloc] initwWithFrame:self.bounds]; 
imageView.autoresizingMask = UIViewAutoresizingFlexibleHeight | UIViewAutoresizingFle 
[self.contentView addsubView: imageView] ; 

self.imageView = imageView; 


return self; 


} 
SEA | 


标准 的 UICollectionView 子 类 的 模版 会 创建 并 分 配 imageView 属 性 。 注 意 ， 我 们 必须 有 一 个 (被 self) 强 引 
用 的 本 地 变量 作为 中 介 来 存储 imageView， 这 样 就 不 会 在 赋值 给 self 的 imageView 属 性 的 时 候 ，imageView 
被 立即 解除 分 配 。 否 则 会 有 编译 错误 。 





完成 我 们 的 500px 画 亡 ， 我 们 还 需要 实现 两 个 方法 ， 第 一 个 就 是 setPhotomodel: 方法 


- (void)setPhotoModel:(FRPPhotoModel *)photoModel{ 
self.subscription = [[[RACObserver(photoModel, thumbnailData) 
filter: BOOL (id value){ 
return value != nil; 
3] map:^id (id value){ 
return [UIImage imageWithData: value]; 
}] setKeyPath:@keypath(self.imageView, image) onObject:self.imageView] ; 


这 种 方法 来 给 订阅 的 属性 赋值 ， 我 们 老 早 就 知道 了 。 它 把 setKeyPath:onobject: AYRE ARs 
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了 self.subscription .实践 中 这 种 方法 根本 不 使 用 ， 我 们 使 用 RAC 的 C 语 法 宏 来 代替 ， 不 久之 后 我 们 就 会 
涉及 这 方面 的 知识 。 


两 个 原因 导致 订阅 是 必要 的 : 


1. 当 它 没有 接受 一 个 新 的 值 时 ， 我 们 想 延 迟 义理 。 
2. 信号 的 订阅 通常 是 冷 信号 ， 除 非 有 人 订阅 他 (信号 ) ， 否 则 信号 不 会 起 作用 。 


setKeyPath:onObject: 是 RACSignal 的 一 个 方法 : 绑 定 最 新 的 信号 的 值 给 对 象 的 关键 路 径 。 在 这 里 我 们 
在 一 个 级 联 的 信号 上 调用 了 这 个 方法 ， 让 我 们 来 仔细 看 看 : 


[[RACObserver (photoModel, thumbnailData) 
filter:ABOOL (id value){ 
return value != nil; 
}] map:^ id (id value){ 
return [UIImage imageWithData: value]; 


‘1; 


RACObserve 


信号 由 RACObserver 这 个 C 的 宏 生 成 ， 这 个 宏 简单 地 返回 一 个 监控 目标 对 象 关 键 路 径 值 变化 的 信号 。 在 我 
们 这 个 例子 中 ， 我 们 的 目标 对 象 是 photoModel ， 关 键 路 径 为 thumbnailpata 属性 。 我 们 过 滤 掉 所 有 的 nil 
值 ， 然 后 对 过 滤 后 的 值 做 映射 : 把 NSData 实 例 转 为 UlImage 对 象 。 


注意 ， 把 NSData 实 例 转 化 为 Ullmage 的 这 个 映射 仅 在 小 图 上 可 以 很 好 地 运行 ， 如 果 频 繁 地 做 这 个 映射 或 者 
作用 到 大 图 上 会 引起 性 能 问题 。 理 想 的 情况 下 ， 我 们 会 缓存 这 些 已 经 解压 的 图 像 以 避免 每 一 次 都 重复 计 
算 。 这 个 技术 不 是 本 书 所 讨论 的 范畴 ， 但 我 们 将 使 用 另 一 个 通过 ReactiveCocoa 来 实现 的 方法 。 
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thumbnailData 属 性 根本 不 需要 在 这 里 设置 ， 他 可 以 在 稍 后 的 某 个 时 间 在 应 用 的 其 他 部 分 来 完成 设置 ， 然 后 
cell 的 图 像 就 会 像 魔术 一 般 更 新 。 


可 以 让 我 们 稍微 突破 一 下 Model-View-Controller 模 式 好 吗 ? 只 是 一 点 点 的 不 守 规 矩 。 幸 运 的 是 ， 下 一 章 我 
们 将 看 到 无 处 不 在 的 MVC 模 式 的 困境 ， 所 以 我 们 不 必 担 心 这 一 点 点 的 突破 ， 一 点 点 的 改进 。 


上 面 提 到 的 setKkeyPath:onobject: 方法 中 ， 一 旦 onobject: 对 象 被 释放 ， 他 的 订阅 也 会 被 自动 取消 。 我 
们 的 cell 实 例 是 被 collectionView 所 复 用 的 ， 因 此 在 复 用 的 时 候 ， 我 们 需要 取消 cell 上 各 组 件 的 订阅 。 我 们 可 
以 通过 重 写 UICollectionViewcell 的 下 列 方法 达成 : 


- (void)perpareForReuse { 
[Super prepareForReuse]; 


[self.subscription dispose], self.subscription = nil; 


这 个 方法 在 Cell 被 复 用 之 前 调用 。 如 果 现 在 运行 我 的 上 应用， 我们 可 以 看 到 下 面 的 结果 : 
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Carrier = 7:06 PM 


Popular on 500px 
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AGT ! 我 们 可 以 通过 滚动 视图 来 证 实 我 们 手动 处 理 订 阅 的 有 效 性 。 
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添加 FunctionalReactivePixels 


一 个 简单 的 画廊 弄 好 了 ， 但 是 我 们 是 不 是 想 看 一 下 高 清 图 呢 ? 当 用 户 点 击 男 廊 中 的 某 一 个 单元 格 时 ， 我 们 
创建 一 个 新 的 视图 控制 器 并 将 其 推 人 到 导航 堆栈 中 。 


- (void)collectionView: (UICollectionView *)collectionView 
didSelectItemAtIndexPath: (NSIndexPath *)indexPath{ 
FRPFullSizePhotoViewController * viewController = [[FRPFullSizePhotoViewController al 


viewController.delegate = self; 
[self.navigationController pushViewController:viewController animated: YES]; 


} 
EE; 


这 个 方法 没有 任何 特殊 的 ， 只 是 些 一 般 的 OC 方 法 。 当 然 别 忘 了 在 当前 实现 文件 里 加 载 视图 控制 器 
(FRPFullSizePhotoViewControler) 的 头 文件 .现在 让 我 们 来 创建 这 个 视图 控制 器 
(FRPFullSizePhotoViewControler). 





创建 一 个 UlIViewController 的 子 类 FRPFullSizePhotoViewControler, 这 不 会 是 一 个 特别 的 'Reactive' 的 视图 控 
制 器 ， 实 际 上 大 部 分 只 是 UIPageViewController 子 视图 控制 器 的 模版 。 
@class FRPFullSizePhotoViewController; 


@protocol FRPFullSizePhotoViewControllerDelegate <NSOject> 
- (void)userDidScroll: (FRPFullSizePhotoViewController *)viewController toPhotoAtIndex: (NS 


@end 
@interface FRPFull1SizePhotoViewController : UIViewController 
- (instancetype)initWithPhotoModels: (NSArray *)photoModelArray currentPhotoIndex: (NSInteg 


@property (nonatomic , readonly) NSArray *photoModelArray; 
@property (nonatomic, weak) id<FRPFullSizePhotoViewControllerDelegate> delegate; 


@end 
加 hn iii 
回 到 画廊 视图 控制 器 实现 必要 的 代理 方法 : 





- (void)userDidScroll: (FRPFullSizePhotoViewController *)viewController toPhotoAtIndex: (NS 
[self.collectionView scrollToItemAtIndexPath: [NSIndexPath indexPathForItem:index inSe 
atScrollPosition:UICollectionViewScrollPositionCenteredVertically 
animated:NO]; 


} 
i] = 


当 我 们 滑 到 一 个 新 的 图 像 去 查看 其 高 清 图 片 时 ， 这 个 方法 将 更 新 collectionView 滑 动 的 位 置 。 这 样 一 来 ， 当 
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用 户 查 看 完 高 清 图 回 到 这 个 界面 的 时 候 ， 高 清 图 所 对 应 的 缩 略 图 将 会 显示 在 界面 上 ， 方 便 用 户 获知 自己 浏 
览 的 位 置 以 及 继续 往 下 浏览 。 


#import 这 些 必要 的 数据 模型 的 头 文件 并 追加 一 下 两 个 私有 属性 : 


@interface FRPFullSizePhotoViewController () <UIPageViewControllerDataSource, UIPageViewC 
//Private assignment 

@property (nonatomic, strong) NSArray *photoModeArray; 

//Private properties 

@property (nonatomic, strong) UIPageViewController *pageViewController; 

@end 


‘| = _ 1 


photoModelArray 是 共有 的 只 读 属性 ， 但 是 内 部 可 读 写 。 第 二 个 属性 是 我 们 的 子 视图 控制 器 。 我 们 这 样 来 
初始 化 : 








- (instancetype)initWithPhotoModels: (NSArray *)photoModelArray currentPhotoIndex: (NSInteg 
self = [self init]; 
if (!self) return nil; 


//Initialized, read-only properties 
self.photoModelArray = photoModelArray; 


//Configure self 
self.title = [self.photoModelArray[photoIndex] photoName]; 


//NiewControllers 

self .pageViewController = [UIPageViewController alloc] 
initwithTransitionStyle:UIPageViewControlerTransition 
navigationOrientation:UIPageViewControllerNavigationOo 
options:@{ UIPageViewControllerInterPageSpacingKey: @ 

self .pageViewController.dataSource = self; 

self .pageViewController.delegate = self; 

[self addchildViewController:self.pageViewController]; 


[self.pageViewController setViewController:@[[self photoViewControllerForIndex:photoI 
direction: UIPageViewControllerNavigationDirectionForward 


animated:NO completion:nil ]; 


return self; 


EJET 


赋值 属性 、 设 置 标 题 、 配 置 我 们 的 pageviewcontroller ， 一 切 都 非常 无 聊 ， 我 们 的 viewDidLoad 方 法 也 同 
样 简单 。 





- (void)viewDidLoad{ 
[Super viewDidLoad]; 


self.view, backGroundColor = [UIColor blackColor]; 


self .pageViewController.view.frame = self.view.bounds; 
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[self.view addSubView: self .pageViewController.view]; 


我 要 指出 的 是 ， 简 便 起 见 ， 在 我 的 占用 里 我 禁用 了 横向 展示 ， 因 为 这 不 是 一 本 关于 autoresizingMask 或 
者 autoLayout 的 书 。 你 可 以 通过 Eria Sadun 的 书 了 解 更 多 关于 autoLayout 方面 的 细节 。 


下 面 我 们 来 了 解 一 下 UIPageViewController 的 数据 源 协议 和 代理 协议 。 


- (void)pageViewController:(UIPageViewController *)pageViewController 
didFinishAnimating: (BOOL)finished 
previousViewControllers:(NSArray *)previousViewControllers 
transitionCompleted: (BOOL)completed{ 
self.title = [[self.pageViewController.viewControllers.firstObject photoModel] ph 
[self.delegate userDidScroll:self toPhotoAtIndex: [self .pageViewController.viewCon 


- (UIViewController *)pageViewController:(UIPageViewController *)pageViewController viewC 
return [self photoViewControllerForIndex:viewController.photoIndex - 1]; 


(UIViewController *)pageViewController: (UIPageViewController *)pageViewController viewC 
return [self photoViewControllerForIndex:viewController.photoIndex + 1]; 


a oF 
虽然 这 些 方法 没有 技术 上 的 reactive ， 却 体现 出 一 定 意义 上 的 实用 性 。 我 很 佩服 这 种 在 特殊 类 型 的 视图 
控制 器 上 的 抽 像 ， 干 得 漂亮 ，Apple ! 





我 们 的 视图 控制 器 创建 方法 ， 类 似 下 面 这 样 : 


- (FRPPhotoViewController *)photoViewControllerForIindex: (NSInteger )index{ 
if (index >= © && index < self.photoModelArray.count) { 
FRPPhotoModel *photoModel = self.photoModelArray[index]; 


FRPPhotoViewController *photoViewController = [[FRPPhotoViewController alloc] ini 
return photoViewController; 
//Index was out of bounds, return nil 


return nil; 


} 
JEE) 


它 基 本 上 创建 比 配置 了 一 个 我 们 将 要 使 用 的 UlViewController 的 子 视 图 控制 器 FRPPhotoViewController。 下 
面 是 他 的 头 文件 : 





@class FRPPhotoModel; 


@interface FRPPhotoViewController : UIViewController 
- (instancetype) initWwithPhotoModel: (FRPPhotoModel *)photoModel index: (NSInteger )photoInde 
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@property (nonatomic, readonly) NSInteger photoIndex; 
@property (nonatomic, readonly) FRPPhotoModel * photoModel; 


@end 


«| 四 








这 个 视图 控制 器 非常 简单 : 显示 一 个 photoModel 下 的 高 清 图 片 ， 并 提示 photolmporter( 单 例 对 象 ) 下 载 这 个 
片 。 它 是 如 此 简单 ， 我 现在 就 告诉 你 它 的 全 部 实现 。 


//Model 
#import "FRPPhotoModel.h" 


//Utilities 
#import "FRPPhotoImporter.h" 
#import <SVProgressHUD.h> 


@interface FRPPhotoViewController () 

//Private assignment 

@property (nonatomic, assign) NSInteger photoIndex; 
@property (nonatomic, strong) FRPPhotoModel *photoModel; 


//Private properties 
@property (nonatomic, weak) UIImageView * imageView; 


@end 

@implementation FRPPhotoViewController 

- (instancetype)initWithPhotoModel: (FRPPhotoModel *)photoModel index: (NSInteger )photoInde 
self = [self init]; 


if (!self) return nil; 


self .photoModel photoModel; 
self.photoIndex = photoIndex; 


return self; 


} 
- (void)viewDidLoad{ 
[Super viewDidLoad]; 
//Configure self's view 
self .view.backGroundColor = [UIColor blackColor]; 
//Configure subViews 
UIImageView *imageView = [[UIImageView alloc] initwithFrame:self.view.bounds]; 
RAC(imageView, image) = [RACObserve(self.photoModel, fullsizeData) map:4id (id value) 
return [UIImage imageWithData: value]; 
}]; 
imageView.contentMode = UIViewContentModeScaleAspectFit; 
[self.view addSubView: imageView]; 
self.imageView = imageView; 
} 


- (void)viewwillAppear : (BOOL)animated{ 
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[Super viewWillAppear:animated]; 
[SVProgressHUD show]; 


//Fetch data 
[[FRPPhotoImporter fetchPhotoDetails:self.photoModel] 
subscribeError:4(NSError *error){ 
[SVProgressHUD showErrorwWithStatus:@"Error"]; 


} 


completed: 4{ 


[SVProgressHUD dismiss]; 
}]; 





就 像 我 们 的 collectionViewCell 中 那样 ， 我 们 将 UllmageView 的 image 属 性 和 数据 模型 的 某 个 属性 映射 后 的 值 
绑 定 ， 所 不 同 的 是 ViewController 不 需要 考虑 复 用 ， 所 以 我 们 不 必 计 较 怎 么 取消 imageView 的 订阅 --- 当 
imageView 对 象 解除 分 配 的 时 候 ， 订 阅 将 会 被 取消 。 


这 个 实现 里 面 另 一 个 有 趣 的 部 分 在 viewwillAppear: 里 : 


[SVProgressHUD show]; 
//Fetch data 
[[FRPPhotoImporter fetchPhotoDetails:self.photoModel] 
subscribeError:4(NSError * error){ 
[SVProgressHUD showErrorwWithStatus:@"Error"]; 


} 


completed:^{ 


[SVProgressHUD dismiss]; 
}]; 


没有 收 到 错误 或 者 完成 信息 之 前 ， 我 们 必须 给 用 户 展示 网 络 请 求 的 状态 。 你 看 ，500px 的 受 欢迎 的 照片 的 
API 接 口 只 返回 了 一 个 照片 的 大 概 信息 ， 但 我 们 需要 这 个 照片 更 详细 的 信息 ， 所 以 我 们 必须 调用 第 二 个 API 


接口 来 获取 每 一 个 照片 的 详细 信息 (包括 全 尺寸 照片 的 URL) 。 


+ (NSURLRequest *)photoURLRequest:(FRPPhotoModel *)photoModel{ 
return [AppDelegate.apiHelper urlRequestForPhotoID:photoModel.identifier.integerValue 





我 们 还 没有 实现 fetchPhotoDetails: 方法 ， 所 以 现在 我 们 回 到 FRPPhotoImporter 中 ， 在 头 文件 中 定义 
这 个 方法 ， 在 实现 文件 中 实现 它 。 


+ (RACReplaySubject *)fetchPhotoDetails: (FRPPhotoModel *)photoModel { 
RACReplaySubject * subject = [RACReplaySubject subject]; 
NSURLRequest *request = [self photoURLRequest:photoModel]; 


[NSURLConnection sendAsynchronousRequest: request 
queue: [NSOperationQueue mainQueue ] 


completionHandler:4 (NSURLResponse *response, NSData * data, NSError *connectionE 
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if(data){ 
id results = [NSJSONSerialization JSONObjectWithData:data options:0 error 


[self configurePhotoModel:photoModel withDictionary:results]; 
[self downloadFullsizedImageForPhotoModel:photoModel]; 


[subject sendNext:photoModel]; 
[subject sendCompleted]; 


} 
else{ 

[subject sendError:connectionError]; 
} 


4]; 


return subject; 


这 种 方法 跟前 面 我 们 看 到 的 importPhotos 方法 模式 一 样 ， 我 们 
的 downloadFullsizedImageForPhotoModel: 方法 跟 downloadThumbnailForPhotoModel: 方法 也 是 一 样 
的 。 除 了 这 两 者 之 外 ， 还 有 什么 重要 的 抽象 方法 呢 ? 让 我 们 来 完成 我 们 的 缩 略图 方法 。 





+ (void)downloadThumbnailForPhotoModel: (FRPPhotoModel *)photoModel { 
[self download: photoModel.thumbnailURL withCompletion:4(NSData *data){ 
photoModel.thumbnailData = data; 
}]; 
} 
+ (void)downloadFullsizedImageForPhotoModel: (FRPPhotoModel *)photoModel { 
[self download:photoModel.fullsizedURL withCompletion:4(NSData * data){ 
photoModel.fullsizedData = data; 
}]; 
} 
+ (void)downloadFullsizedImageForPhotoModel:(FRPPhotoModel *)photoModel { 
[self download:photoModel.fullsizedURL withCompletion:4(NSData *data){ 
photoModel.fullsizedData = data; 
}]; 
} 


+ (void)download:(NSString *)urlString withCompletion:(void(^)(NSData * data))completion{ 
NSAssert(urlString, @"URL must not be nil" ); 


NSURLRequest *request = [NSURLRequest requestWithURL: [NSURL URLWithString:urlString] ] 
[NSURLConnnection sendAsynchronousRequest:request queue: [NSOperationQueue mainQueue ] 
if (completion) { 
completion(data) ; 





我 佛经 与 这 样 一 位 客户 工作 过 ， 他 认为 如 果 你 某 行 一 样 的 代码 重复 写 两 次 ， 这 代码 就 应 该 得 到 某 种 程度 的 
抽象 。 虽然 我 认为 这 有 点 偏激 ， 但 我 喜欢 这 种 态度 。 
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好 了 。 我 们 现在 可 以 运行 这 个 应 用 ， 点 击 一 个 图 片 去 查看 它 的 高 清 图 片 。 我 们 也 可 以 向 前 或 者 向 后 滑动 来 
查看 前 一 个 或 后 一 个 高 清 图 片 。 非 常 棒 | 
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和 FunctionalReactivePixels 一 起 实践 


上 一 节 ， 我 们 很 多 次 使 用 了 Reactivecocoa 的 关键 部 分 ， 这 里 有 更 多 的 机 会 来 使 用 Reactivecocoa 整个 代 
码 库 。 开 始 吧 ! 


首先 在 我 们 的 画廊 视图 控制 器 中 实现 三 个 不 同 的 代理 方 
法 : CollectionViewDataSource 、 CollectionViewDelegate 、 高 清 图 视图 控制 器 
的 PhotoViewControllerDelegate 


使 用 一 个 称 之 为 RACDelegateProxy 的 实例 ， 我 们 可 以 抽象 委托 类 型 的 协议 的 任何 方法 实现 (比如 : 那些 返 
回 void 类 型 的 )。 


委托 代理 是 一 个 称 为 rac_signalForselector: 对 象 的 ' 白 板 '， 获 取 当 Selector 被 调用 时 发 送 的 新 值 的 信 


[=] 
Zo 


注意 : 你 必须 retain 这 个 delegate 对 象 ， 否 则 他 们 将 会 被 释放 ， 你 将 会 得 到 一 个 ExXc_BAD_ACCESS 异常 。 添 
加 下 列 私有 属性 到 画廊 视图 控制 器 : 


@property (nonatomic, strong) id collectionViewDelegate; 


同时 你 也 需要 导入 RACDelegateProxy.h ， 因 为 他 不 是 ReactiveCocoa 的 核心 部 分 ， 不 包含 
在 ReactiveCocoa.h 中 。 移 除 uICollectionViewDelegate 以 
及 FRPFullsizePhotoViewControllerDelegate 方法 ， 追 加 下 面 的 代码 到 viewDidLoad . 


RACDelegateProxy *viewControllerDelegate = [[RACDelegateProxy alloc] 
initwithProtocol:@protocol(FRPFul1SizePhotoViewContro 


[[viewControllerDelegate rac_signalForSelector:@selector(userDidScroll: toPhotoAtIndex: ) 
subscribeNext:4(RACTuple *value) { 
@strongify(self); 
[self .collectionView 
scrollToItemAtIndexPath: [NSIndexPath indexPathForItem:[value.second integ 
atScrollPosition:UICollectionViewScrollPositionCenteredVertically 
animated:NO]; 


}]; 
self.collectionViewDelegate = [[RACDelegateProxy alloc] initWithProtocol:@protocol(UIColl 
[[self.collectionViewDelegate rac_signalForSelector :@selector(collectionView: didSelectIte 
subscribeNext:4(RACTuple *arguments) { 
@strongify(self); 
FRPFullSizePhotoViewController *viewController = [[FRPFullSizePhotoViewContro 
viewController.delegate = (id<FRPFull1SizePhotoViewControllerDelegate>)viewCon 
[self.navigationController pushViewController:viewController animated: YES]; 


Jl; 
«| = 











和 FunctionalReactivePixels 一 起 实践 65 


io0S 的 函数 响应 型 编程 


我 们 也 可 以 在 self 上 调用 rac_signalForselector: ， 使 用 同样 的 block 块 。 然 而 ， 我 们 有 必要 在 视图 控 
制 器 实现 里 提供 一 个 空 存根 方法 以 避免 编译 器 发 出 "实现 不 完全 "之 类 的 警告 。 


空 存根 方法 : 源 于 C++ 的 一 个 非常 不 错 的 函数 设计 方法 。 在 设计 整个 程序 时 ， 一 般 会 先 编写 完 所 有 的 
代码 ， 然 后 开始 编译 和 测试 ， 但 这 样 有 时 候 会 出 现 一 大 堆 错 误 而 不 知 从 哪里 入 手 ， 这 时 我 们 可 以 采用 
空 存根 技术 。 


存根 是 一 个 仅仅 返回 某 个 意义 不 大 的 值 的 空 阔 数 。 存 根 可 以 用 来 测试 整个 程序 的 逻辑 关系 ， 以 及 分 块 
实现 程序 的 不 同 部 分 。 


设计 一 个 程序 时 ， 先 分 析 设 计 程 序 的 各 个 函数 完成 的 功能 ; 然后 直接 设计 函数 的 存根 并 编译 ， 编 译 通 
过 ， 证 明 程 序 的 逻辑 关系 没有 问题 的 情况 下 ， 再 来 分 别 实现 各 个 不 同 的 函数 (存根 )。 


接 下 来 ， 我 们 有 更 多 的 机 会 来 抽象 这 个 类 中 的 方法 。 loadPopularPhotos 方法 除了 改变 我 们 的 状态 之 外 ， 
并 没有 什么 卵 用 。 如 果 ReactiveCocoa 能 够 很 好 地 监控 这 些 状态 ， 让 我 们 不 在 这 方面 担心 的 话 ， 那 肯定 是 
极 好 的 ! 幸运 的 是 ， 我 恰好 知道 这 个 ~ 


我 们 移 除 这 个 方法 ， 在 viewDidLoad 中 键入 下 面 的 代码 来 代码 这 个 方法 的 调用 : 


RACSignal *photoSignal = [FRPPhotoImporter importPhotos]; 
RACSignal *photosLoaded = [photoSignal catch:4RACSignal *(NSError *error) { 
NSLog(@"Couldn't fetch photos from 500px : %@",error); 
return [RACSignal empty]; 
Hl; 
RAC(self, photosArray) = photosLoaded; 
[photosLoaded subscribeCompleted: ^{ 
@strongify(self); 
[self.conllectionView reloadData]; 


‘1; 


一 开始 我 们 只 是 进行 了 importPhotos 方法 调用 ， 不 同 的 是 ， 我 们 用 signal 来 存放 其 返回 值 。 然后 ， 我 
们 " 捕 抓 "这 个 信号 上 的 错误 并 将 它 打 印 出 来 ( 跟 我 们 之 前 做 的 一 样 ， 只 不 过 语法 不 同 而 已 )。 比 

起 subscribeError: Aik, catch: 方法 义理 的 更 为 巧妙 : 它 允 许 无 错误 值 的 信号 穿 透 它 ， 仅 在 信号 有 错 
误 事件 发 生 时 才 会 调用 它 的 block 并 发 送 其 在 发 生 错误 时 的 返回 值 。 这 里 我 们 使 用 catch: 方法 ， 来 过 滤 无 
错误 的 值 。 这 个 catch: 块 仅 仅 返 回 一 个 空 信 号 。 更 多 关于 这 方面 知识 的 细节 请 参考 StackOverFlow 的 问 


题 。 


RAC(self, photosArray) = [[[[FRPPhotoImporter importPhotos] 
doCompleted:‘{ 
@strongify(self); 
[self.collectionView reloadData]; 
}] logError] catchTo:[RACSignal empty]]; 


使 用 RAC 宏 ， 我 们 创建 了 photosLoaded 信号 的 最 新 值 到 photoArray 属性 的 单 向 绑 定 。 太 好 了 ， 保 持 状 


态 ! 
我 们 来 看 一 下 ， 我 们 的 collectionViewCell 的 子 类 实现 : 
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@interface FRPCell () 


@property (nonatomic, weak) UIImageView *imageView; 
@property (nonatomic, strong) RACDisposable *subscription; 


@end 


@implementation FRPCell 


(instancetype)initWithFrame:(CGRect)frame { 


(void)perpareForReuse { 
[Super perpareForReuse]; 


[self.subscription dispose], self.subscription = nil; 


(void)setPhotoModel:(FRPPhotoModel *)photoModel { 
self.subscription = [[[RACObserve(photoModel, thumbnailData) filter:BOOL(id value) { 
return value != nil; 
}] map:4id(id value) { 
return [UIImage imageWithData: value]; 
}] setKeyPath:@keypath(self.imageView, image) onObject:self.imageView] ; 
} 


@end 
Aoo | 
这 里 有 两 个 标志 性 的 点 表明 了 一 个 使 用 ReactiveCocoa 来 抽象 的 机 会 。 


1. 我 们 有 状态 ( subscription 属性 ) 
2. 我 们 手动 处 理 RACDisposable 的 生命 周期 


无 论 何 时 调用 一 个 RACDisposable 对 象 的 dispose 方法 ， 就 是 一 个 "这 里 有 更 加 响应 式 的 方法 来 作 某 件 
事 "的 好 信号 。 在 我 们 的 例子 中 ， 这 种 嗅觉 是 对 的 。 


通过 在 FRPCel1] 创建 一 个 新 的 属性 ， 我 们 能 够 抽象 掉 使 用 prepareForReuse 方法 的 必要 性 。 这 个 属性 就 
是 photoModel (我 们 之 前 的 行为 就 像 是 一 个 只 写 的 属性 ， 现 在 它 将 变 为 可 读 写 的 了 )。 把 属性 放 在 文件 顶 


部 : 


@property (nonatomic, strong ) FRPPhotoModel *photoModel; 


下 一 步 我 们 将 彻底 摆脱 setPhotoModel: 方法 。 我 们 将 为 photoModel 的 thumbnailData 观察 我 们 自己 的 关 
键 路 径 。 将 下 面 的 代码 添加 到 cell 的 初始 化 函数 中 。 


RAC(self.imageView, image) = [[RACObserve(self, photoModel.thumbnailData) ignore:nil] 
map:4(NSData *data){ 
return [UIImage imageWithData: data]; 
3]; 
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注意 看 我 们 观察 的 是 self 的 photoModel.thumbnailData 的 关键 路 径 ， 而 

JE self.photoModel 的 thumbnailData 的 关键 路 径 。 这 点 微妙 的 区 别 ， 作 用 却 大 大 不 同 。 当 self HE 
性 photomodel 或 者 photoModel 的 thumbnailData 属性 改变 时 ， 关 键 路 

径 photoModel.thumbnailData 将 会 收 到 一 个 被 (这 种 变化 所 ) 引 发 的 KVO 消 息 。 


现在 我 们 总 算 彻 底 摆 脱 了 subscription 属性 ! 
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网 络 层 回访 


还 有 一 个 机 会 来 进一步 接受 我 们 函数 反应 型 编程 的 理念 ， 那 就 是 我 们 的 网 络 层 FRPPhotoImporter ,我 们 先 
来 看 看 下 载 图 片 的 方法 : 


十 


(void )downloadThumbnailForPhotoModel: (FRPPhotoModel *)photoModel { 
[self download: photoModel.thumbnailURL withCompletion:4(NSData *data) { 
photoModel.thumbnailData = data; 


‘1; 


+ 


(void )downloadFullsizedImageForPhotoModel: (FRPPhotoModel *)photoModel { 
[self download: photoModel.fullsizedURL withCompletion:4(NSData *data){ 
photoModel.fullsizedData = data; 


了 | 


+ (void)download:(NSString *)urlString withCompletion:(void (4)(NSData *data))completion 
NSAssert(urlString, @"URL must not be nil"); 


NSURLRequest *request = [NSURLRequest requestWithURL: [NSURL URLWithString:urlString] ] 
[NSURLConnection sendAsynchronousRequest: request 
queue: [NSOperationQueue mainQueue ] 
completionHandler: 
A(NSURLResponse *response, NSData *data, NSError *co 
if(completion) { 
completion(data) ; 


‘1; 





Completion blocks? 这 是 另外 一 个 使 用 Signals 的 机 会 。 更 深入 一 点 来 说 ， 我 们 可 以 使 
用 NSURLConnection 的 ReactiveCocoa 的 扩展 。 下 面 我 们 来 重 写 上 面 的 方法 : 


十 


(void )downloadThumbnailForPhotoModel: (FRPPhotoModel *)photoModel { 
RAC(photoModel, thumbnailData) = [self download: photoModel.thumbnailURL]; 


+ 


(void )downloadFullsizedImageForPhotoModel: (FRPPhotoModel *)photoModel { 
RAC(photoModel, fullsizedData) = [self download: photoModel.fullsizedURL] ; 


+ 


(RACSignal *)download:(NSString *)urlString { 
NSAssert(urlString , @"URL must not be nil"); 


NSURLRequest *request = [NSURLRequest requestWithURL: [NSURL URLWithString: urlString] 
return [[[NSURLConnection rac_sendAsynchronousRequest: request ] 
map:4id (RACTuple *value) { 


return [value second]; 
}] deliverOn: [RACScheduler mainThreadScheduler]]; 
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il = 
这 里 有 两 个 大 的 不 同 : 








1. 我 们 使 用 RAC 来 绑 定 downloadFullsizedImageForPhotoModel: 返回 的 信号 的 最 新 值 。 
2.， 我 们 返回 NSURLConnection 的 rac_sendAsynchronousRequest : 返回 值 的 映射 。 


我 们 来 看 看 这 里 究竟 发 生 了 什么 。 看 文档 : rac_sendAsynchronousRequest: 返回 一 个 发 送 网 络 请 求 响应 
值 的 信号 。 RACTuple 它 所 发 送 的 内 容 分 别 包 含 响 应 和 数据 。 有 网 络 错误 发 生 时 ， 它 会 抛 出 错误 。 最 后 我 
们 改变 线程 的 调度 ， 将 signal 切 换 到 主线 程 上 。 (一 个 线程 的 调度 者 类 似 于 一 个 线程 。) 


看 ， 网 络 信号 将 会 把 它 的 值 返回 给 后 台 的 调度 者 ， 如 果 我 们 不 阻止 它 ， 它 可 能 最 终 会 去 从 事 更 新 UI 的 事 
件 ， 而 后 台 线 程 是 没有 能 力 更 新 UI 的 。 


我 们 回 过 头 来 看 看 最 开始 的 那 两 行 。 注 意 下 这 行 : 


RAC(photoModel, thumbnailData) = [self download:photoModel.thumbnailURL]; 


通常 ， 我 不 推荐 将 一 个 model 绑 定 到 多 个 signal， 然 而 ， 我 们 知道 这 个 信号 会 在 完成 网 络 调用 后 立即 执行 完 
并 结束 订阅 。 只 要 我 们 仅 在 一 个 实例 上 绑 定 这 个 keyPath， 这 种 就 是 安全 的 。 


我 们 可 以 用 类 似 的 方式 抽象 掉 使 用 RACReplaySubject 的 部 分 ,来 重新 审视 我 们 的 fetchPhotoDetails: H 
法 吧 。 


+ (RACReplaySubject *)fetchPhotoDetails: (FRPPhotoModel *)photoModel { 
RACReplaySubject *subject = [RACReplaySubject subject]; 


NSURLRequest *request = [self photoURLRequest:photoModel]; 
[NSURLConnection sendAsynchronousRequest: request 
queue: [NSOperationQueue mainQueue ] 
completionHandler:4(NSURLResponse *response, NSData *data, NSError *connectionError) 
if(data) { 
id results = [NSJSONSerialization JSONObjectWithData:data options:0 error 
[self configurePhotoModel:photoModel withDictionay:results]; 
[self downloadFullsizedImageForPhotoModel:photoModel]; 
[subject sendNext:photoModel]; 
[subject sendCompleted]; 


} 
else { 

[subject sendError:connectionError]; 
} 


Fl; 


return subject; 


} 


«| T 








有 一 点 点 凌乱 ， 我 们 来 整理 下 。 


网 络 层 回访 70 


io0S 的 函数 响应 型 编程 


+ (RACSignal *)fetchPhotoDetails:(FRPPhotoModel *)photoModel { 
NSURLRequest *request = [self photoURLRequest:photoModel]; 
return [[[[L[[NSURLConnection rac_sendAsynchronousRequest: request ] 
map:4id(RACTuple *value) { 
return [value second]; 
}] 
deliverOn: [RACScheduler mainThreadScheduler ] ] 
map:^id (NSData *data) { 
id results = [NSJSONSerialization JSONObjectwithD 
options:® error:ni 
[self configurePhotoModel:photoModel withDictiona 
[self downloadFullsizedImageForPhotoModel: photoMo 
return photoModel; 
}] publish] autoconnect]; 


Ei — 


e 
=I 


注意 : 返回 值 从 RACReplaySubject * ZAKS RACSignal *. 这 里 有 很 多 地 方 需要 梳理 ， 所 以 我 们 提前 做 
了 下 面 这 个 示意 图 来 说 明 : 








deliverOn: 


我 们 已 经 知道 deliveron: 是 怎样 工作 的 ， 所 以 让 我 们 来 关注 信号 链条 最 末端 的 信号 操作 publish. 
publish 返回 一 个 RACMulitcastConnection , 当 信号 连接 上 时 ， 他 将 订阅 该 接收 信号 。 autoconnect 为 
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我 们 做 的 是 : 当 它 返回 的 信号 被 订阅 ， 连 接 到 该 (订阅 背后 的 ) 信 号 (underly signal) 。 


执行 获取 每 一 个 订阅 ， 在 订阅 的 时 候 ， 我 们 返回 的 信号 将 会 变 “ 渝 "。 那 是 因为 我 们 对 底层 信号 进行 多 播 ， 网 
络 请 求 只 会 执行 一 次 ， 但 是 它 的 结果 被 多 播 。 这 会 导致 : 网 络 信号 将 只 会 被 执行 一 次 ( 当 它 被 订阅 时 执 


j= 


行 ) ， 是 冷 的 (直到 订阅 为 止 ， 它 不 会 被 执行 )， 其 至 可 删除 的 (如 果 一 次 性 处 理 订阅 的 生成 )。 
基本 上 ， 我 们 能 保证 信号 只 会 被 订阅 一 次 ， 我 们 不 需要 回 滚 (replay). 


注意 : 我 们 可 以 用 下 面 的 reduceEach: 替代 使 用 RACTuple 的 第 一 个 map: ， 以 便 提供 编译 时 检查 。 


reduceEach:4id(NSURLResponse *response, NSData *data) { 
return data; 


}] 


剩 下 的 网 络 访问 接口 ， importPhotos 方法 重 构 如 下 : 


+ (RACSignal *)importPhotos { 
NSURLRequest *request = [self popularURLRequest]; 


return [[[[[[NSURLConnection rac_sendAsynchronousRequest: request ] 
reduceEach:4id(NSURLResponse *response , NSData *data){ 
return data; 
}] 
deliverOn: [RACScheduler mainThreadScheduler]] 
map:^id (NSData *data) { 
id results = [NSJSONSerialization JSONObjectWithData:data options:0 e 
return [[[results[@"photo"] rac_sequence] 
map:4id (NSDictionary *photoDictionary) { 
FRPPhotoModel *model = [FRPPhotoModel new]; 
[self configurePhotoModel:model withDictionary:photoDictionar 
[self downloadThumbnailForPhotoModel:model]; 
return model; 
}] array]; 
}] publish] autoconnect]; 
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MA FR 
本 章 我 们 使 用 Reactivecocoa 做 了 很 多 实践 ， 总 结 了 几 个 关键 点 : 


函数 式 编 程 可 在 任何 地 方 起 作用 
o 数据 导入 的 代码 ， 即 使 没有 反应 式 代码 ， 我 们 也 能 够 使 用 map: 和 filter: 来 帮忙 。 在 抽象 方 
面 ， 总 觉得 从 未 被 实际 实现 。 


为 函数 的 副作用 使 用 subscribeNext: 

o subscribeNext: 和 其 他 类 似 的 方法 订阅 信号 的 副作用 ， 返 回 RACDisposable 实例 (这 种 实例 将 
被 传 闵 ， 直 到 信号 完成 被 回收 为 止 ) 为 副作用 使 用 这 些 方 法 --- 使 得 事物 看 起 来 像 主动 跟 外 界 (一 个 
没有 反应 式 的 世界 ) 交 互 似 的 。 


。 避免 显示 状态 下 进行 订阅 处 理 


o 按照 设计 准则 ， 无 论 何 时 都 应 该 避免 显示 的 订阅 处 理 。 请 记 住 我 们 是 怎样 用 takeuntil: 来 自动 处 
IE FRPCell 类 的 订阅 的 。 使 用 takeuntil: 人 允许 信号 值 通过 ， 直 到 它 的 参数 被 传递 下 去 或 者 它 自 
己 的 值 完成 。 基 本 上 这 种 情况 下 ， 接 收 者 已 经 完成 接收 了 。 

。 内 存 管 理 的 魔法 


o ARC 下 ， 在 代码 的 表面 上 你 摆脱 了 内 存 管理 。 Reactivecocoa 中 也 一 样 。 唯 一 要 注意 的 是 ， 不 能 
在 任何 signal 的 block 中 捕捉 self。 


以 上 ， 就 是 第 五 章 的 全 部 内 容 。 接 下 来 我 们 将 介绍 Model-View-ViewModel 这 种 程序 架构 ， 给 App 添 加 一 个 
日 志 系 统 ， 并 写 一 些 单元 测试 ， 出 发 吧 ! 


BTY: 画 数 副 作用 : 指 当 调用 函数 时 ， 除 了 返回 函数 值 之 外 ， 还 对 主 调用 函数 产生 附加 影响 。 例 如 修改 
全 局 变量 或 修改 参数 ， 一 般 而 言 画 数 副 作用 会 给 程序 设计 带 来 不 必要 的 麻烦 ， 使 程序 难以 查找 错误 ， 
并 降低 程序 的 可 读 性 。 严 格 的 函数 式 语 言 要求 范 数 必须 无 副作用 。 


有 一 种 特殊 的 情况 ， 就 是 我 们 这 里 的 画 数 。 它 的 参数 是 一 种 In/Out 作 用 的 参数 ， 即 函数 可 能 改变 参数 
里 面 的 内 容 ， 把 一 些 信息 通过 输入 人 参数， 夹带 到 外 界 。 这 种 情况 ， 严 格 来 说 ， 也 是 副作用 ， 是 非 纯 函 
数 。 即 我 们 所 讨论 的 函数 反应 型 编程 中 的 本 数 式 编程 属于 非 纯 函数 ， 它 是 具有 副作用 的 。 
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MVVM On IOS 


有 一 个 禅宗 佛教 的 概念 叫做 " 初 心 "。 禅 宗法 病 铃 木 俊 隆 写 道 : "初学 者 的 心中 有 很 多 可 能 性 (潜意识 的 点 
子 ) ， 但 在 专家 心里 (这 种 可 能 性 /点 子 ) 就 相对 少 很 多 "。 在 写作 本 书 的 过 程 中 ， 我 经 常会 回 到 这 个 概念 里 重 
新 审视 自己 ， 提 醒 自 己 不 要 对 那些 看 起 来 很 新 的 或 不 习惯 的 事物 过 早 下 结论 . 


本 着 这 种 精神 ， 我 们 回 过 头 来 看 看 你 当初 接触 iOS 应 用 开发 的 情形 : 与 可 能 只 知道 使 用 Model-View- 
Controller (MVC) 的 架构 来 编写 jiOS 应 用 的 现在 的 你 相 比 ， 那 时 候 你 一 无 所 知 。 你 的 内 心 随时 准备 接纳 外 
界 无 限 的 可 能 性 〈 这 里 指 的 是 任何 可 以 编写 iOS 应 用 的 方式 ) 。 而 MVC 社 区 的 长 老 们 指导 你 使 用 MVC 架 构 
来 做 ， 因 为 那 就 是 他 们 所 知道 的 莹 果 公 司 所 倡导 的 方式 。 


如 果 你 已 经 用 这 种 方式 开发 IOS 应 用 程序 一 段 时 间 ， 你 可 能 会 熟悉 MVC 背 后 的 另类 意义 : 巨大 的 视图 控制 
器 .( 因 为 MVC: 悉 搞 成 Massive View Controller 的 缩写 )。 很 多 时 人 息 ， 我 们 途 方便 把 业务 逻辑 和 其 他 代码 都 放 
在 试图 控制 器 中 ， 即 便 从 架构 的 角度 上 来 说 把 它们 放 在 这 里 不 是 最 佳 选 择 。 


Model View View-Model 也 称 MVVM， 是 一 种 出 自 微软 的 蔡 代 MVC 架 构 的 新 架构 。 我 知道 ， 我 知道 iOS 
社区 没有 任何 历史 作为 微软 的 铁杆 粉丝 而 存在 ， 但 (微软 ) 他 们 的 软件 工程 小 组 确实 做 出 了 伟大 的 工作 。 
MVVM 不 仅仅 在 .Net 平 台 上 使 用 --- 我 们 也 可 以 在 iOS 平 台 上 使 用 。 就 像 我 们 在 这 一 章 将 要 看 到 的 : 与 
ReactiveCocoa 结 合 使 用 ，MVVM 全 人 难以 置信 地 适用 于 iOS。 使 用 MVVM 能 够 有 效 地 减少 ViewController 
中 的 业务 逻辑 ， 这 会 大 大 减少 其 腔 肿 的 体积 ， 也 使 得 业务 逻辑 更 容易 测试 。 
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什么 是 MVVM 


在 传统 的 MVC 架 构 的 应 用 中 ， 你 有 三 种 组 件 : 数据 模型 、 视 图 以 及 试图 控制 器 。 数 据 模型 保持 你 的 数据 ， 
而 视图 用 来 呈现 这 些 数据 。 控 制 器 介 于 这 两 个 组 件 之 间 调 解 所 有 的 交互 。 


希望 于 Apple 已 经 很 好 地 测试 过 它 的 业务 逻辑 了 。 剩 下 的 视图 控制 器 它 很 少 进行 单元 测试 。 


当 新 的 数据 到 达 时 ，model 会 通知 ViewController (通常 是 通过 键 - 值 观 察 (KVO) 的 方式 ) ， 
ViewController 会 更 新 View。 当 View 接 收 交 互 时 ，ViewController 会 更 新 Model。 


View Controller 


KVO 


User Interaction 






Typical MVC paradigm 


正如 你 所 看 到 的 ViewController 隐 式 地 负责 很 多 事情 : 验证 输入 、 将 模型 数据 映射 到 面向 用 户 的 信息 、 操 
作 视 图 层次 结构 等 等 。 


MVVM 将 大 量 的 类 似 上 面 的 业务 逻辑 从 viewController 中 抽 离 出 来 了 。 


owns owns 
View Controller View Model 
Updates Updates 
MVVM high level 


在 MVVM 中 ， 我 们 趋向 于 将 view 和 view controller 作 为 一 个 整体 〈 这 也 解释 了 为 什么 不 称 它 为 MVVCVM)， 
新 的 viewModel 代 蔡 原 来 的 viewController 协 调 view 与 model 之 间 的 交互 。 


对 这 种 MVVM 架 构 中 的 "更 新 "机 制 ， 我 们 没有 什么 概念 。 实 际 上 也 没有 什么 关于 MVVM 的 东西 迫使 你 使 用 
特定 的 机 制 来 更 新 视图 模型 或 视图 。 但 在 本 书 的 范围 内 ， 我 们 将 使 用 ReactiveCocoa 来 做 处 理 这 个 。 
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ReactiveCocoa 将 会 监控 数据 模型 (model) 的 变化 ， 并 将 这 个 变化 映射 到 视图 模型 (viewModel) 的 属性 上 ， 
执行 任意 必要 的 业务 逻辑 。 


举 一 个 具体 的 例子 : 假设 我 们 的 模型 包含 一 个 "日 期 "用 dateAdded 表示 )， 我 们 想 要 监控 这 个 “日 期 "的 变 
化 ， 来 更 新 我 们 视图 模型 (viewModel) 的 属性 dateAdded .模型 (model) 的 属性 是 一 个 NSDate 的 实例 ， 但 视 
图 模型 (viewModel) 中 对 应 的 属性 是 从 它 转换 过 来 的 NSString 。 这 种 绑 定 看 起 来 跟 下 面 的 代码 类 似 (在 
viewModel 的 初始 化 方法 中 进行 ) : 


RAC(self, dateAdded) = [RACObserve(self.model,dateAdded) map:^(NSDate *date) { 
return [[ViewModel dateFormatter] stringFromDate:date]; 


‘1; 


dateFormatter 是 ViewModel 的 一 个 类 方法 ， 它 缓存 了 一 个 NSDateFormatter 实例 以 便 复 用 (创建 
NSDateFormatter 代 价 昂贵 )。 接 下 来 ，view controller 可 以 监控 viewModel 的 dateAdded 属性 将 它 跟 一 
个 label 进行 绑 定 。 


RAC(self.label, text) = RACObserve(self.viewModel, dateAdded); 


现在 ， 我 们 已 经 将 日 期 转换 为 字符 串 到 视图 模型 的 过 程 抽象 出 来 了 ， 在 (viewModel) 中 我 们 可 以 为 这 个 业 
务 逻 辑 编 写 单元 测试 。 这 个 例子 看 起 来 简单 ， 但 就 像 我 们 看 到 的 ， 它 显著 地 减少 了 你 的 视图 控制 器 中 的 业 
务 逻 辑 。 
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重 温 FunctionalReactivePixels 


在 我 们 继续 研究 使 用 MVVM 来 重 构 我 们 的 FunctionalReactivePixels Demo 之 前 ， 我 们 需要 做 一 些 准 各 
工作 。 他 们 的 登陆 系统 不 支持 我 们 使 用 500px_iOS_SDK 的 方式 。 


我 们 将 从 AppDelegate 的 头 文件 中 移 除 apihelper 属性 ， 并 用 下 面 的 代码 替换 实现 文件 里 执行 初始 化 的 那 
行 代 码 ， 填 上 你 的 消费 者 Key 和 Secret. 


[PXRequest setConsumerKey:consumerKey consumerSecret:consumerSecret]; 


现在 ， 任 何 调用 AppDelegate.apiHelper 来 创建 500px_API 请 求 的 地 方 ， 全 部 必须 替换 为 [PXRequest 
apiHelper] . 


最 后 ， 请 更 新 你 的 CocoaPods 文 件 中 500px_iOS_SDK 的 版 本 号 到 1.0.5 


重 温 FunctionalReactivePixels 77 


io0S 的 函数 响应 型 编程 


MVVM 的 具体 实践 


本 章 的 其 他 部 分 将 把 Functional Reactive Pixels Demo 的 其 他 代码 迁移 到 MVVM 架 构 中 。 我 们 将 添加 一 个 
新 的 库 到 Podfile 文 件 里 。Github 上 创作 了 ReactiveCocoa 的 黑客 ， 也 同时 创建 了 一 个 ViewModel 的 基 
类 :ReactiveViewModel. 我 们 将 要 使 用 它 的 0.1.1 版 本 。 更 新 Podfile 之 后 立即 运行 pod install 以 安装 该 
库 。 


重 构 的 第 一 个 类 是 高 清 图 片 视图 控制 器 。 从 这 儿 开 始 是 因为 它 的 业务 逻辑 比较 少 ， 抽 象 成 viewModel 时 相 
对 简单 。 我 们 循序 渐进 ， 慢 慢 来 。 


目前 ， 我 们 的 FRPFul1SizePhotoViewController 包含 一 个 图 片 数 组 和 当前 图 片 (在 数组 中 ) 的 下 标 值 。 我 
们 将 把 他 们 抽象 到 我 们 的 视图 模型 中 来 。 


从 头 文 件 中 移 除 自 定义 初始 化 ， 追 加 FRPFullsizePhotoviewModel 的 预 申 明 。 然 后 在 这 个 新 类 中 追加 一 
个 属性 。 


@property (nonatomic ,strong ) FRPFullSizePhotoViewModel *viewModel; 


在 实现 文件 里 ，##import 这 个 新 的 视图 模型 ( 别 担心 ， 我 们 很 快 就 会 创建 它 )， 


#import "FRPFullSizePhotoViewModel.h" 


然后 ， 移 除 photoModelArray 私有 属性 的 申明 。 重 写 我 们 的 初始 化 方法 以 移 除 对 photoModelArray 实例 
代码 看 起 来 应 该 像 下 面 这 样 


- (instancetype)init { 
self = [super init]; 
if(!self) return nil; 


//NiewControllers 
self .pageViewController = [UIPageViewController alloc] 
initWithTransitionStyle:UIPageViewControllerTransitionStyleScroll 
navigationOrientation:UIPageViewControllerNavigationOrientationHorizo 
options:@{ UIPageViewControllerOptionInterPageSpacingKkey : @30 }; 


self .pageViewController.dataSource = self; 
self .pageViewController.delegate = self; 
[self addChildViewController:self.pageViewController]; 


return self; 





在 你 的 ViewDidLoad: 中 添加 如 下 代码 : 


//Configure child view controllers 
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[self.pageViewController \ 
setViewControllers: @[ [self photoViewControllerForIndex:self.viewModel.initialPh 
direction: UIPageViewControllerNavigationDirectionForward 
animated:NO 
completion:nil ]; 


//Configure self 
self.title = [self.viewModel.initialPhotoModel photoName]; 


«| 四 








我 们 将 要 写 的 这 个 我 们 提 到 的 方法 ， 对 于 veiwModel 中 发 生 的 事情 ， 给 你 一 种 XX 感 。 最 后 ， 进 
到 photoViewControllerForIndex 方法 中 ， 它 应 用 了 已 经 解除 分 配 的 photoModelArray ， 用 下 面 的 实现 
Ste. 


- (FRPPhotoViewController *)photoViewControllerForIndex: (NSInteger)index { 
if (index >= © && index < self.viewModel.photoArray.coung ) { 
FRPPhotoModel *photoModel = self.viewModel.model[index]; 


FRPPhotoViewController *photoViewController = \ 
[[FRPPhotoViewController alloc] initWithPhotoModel:photoModel index: index]; 


return photoViewController; 


// Index was out of bounds, return nil 
return nil; 


== 


好 了 ! 现在 轮 到 我 们 的 视图 模型 本 身 了 。 创 建 一 个 新 的 RVMViewModel 的 子 类 ， 并 将 其 命名 
为 FRPFul1SizedPhotoViewModel .基于 它 将 要 封装 的 信息 ， 以 及 我 们 在 视图 控制 器 中 的 需求 ， 我 们 知道 ， 
我 们 的 头 文件 看 起 来 应 该 是 下 面 这 样 : 


@class FRPPhotoModel; 
@interface FRPFul1SizePhotoViewModel : RVMViewModel 


- (instancetype)initWithPhotoArray:(NSArray *)photoArray initialPhotoIndex: (NSInteger )ini 
- (FRPPhotoModel *)photoModelAtIndex: (NSInteger )index; 


@property (nonatomic , readonly, strong) NSArray *model; 
@property (nonatomic, readonly) NSInteger initialPhotoIndex; 
@property (nonatomic, readonly) NSString *initialPhotoName; 


@end 
4 = 
model 属性 在 RVMViewModel 中 被 定义 为 id 类 型 ， 我 们 把 它 重 定义 为 NSArray . 我 们 也 勾 住 了 (即使 用 全 


局 变量 记录 ) 我 们 最 初 照片 的 索引 (下 标 ) 并 且 给 我 们 最 初 的 照片 名 属性 定义 了 只 读 属 性 。 这 种 微不足道 的 逻 
辑 我 们 可 以 放 到 我 们 的 视图 控制 器 中 ， 但 很 快 我 们 就 会 看 到 更 为 复杂 的 情况 。 





我 们 来 完成 实现 文件 里 的 东西 。 第 一 件 事 就 是 : 我 们 需要 #import FRPPhotoModel 类 的 头 文件 。 然 后 ， 我 
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们 将 打开 私有 属性 的 读 写 访问 权限 。 
//Model 
#import "FRPPhotoModel.h" 
@interface FRPFullSizePhotoViewModel () 
//private access 


@property (nonatomic, assign) NSInteger initialPhotoIndex; 


@end 


好 ! 下 一 步 处 理 我 们 的 初始 化 方法 


- (instancetype)initWithPhotoArray:(NSArray *)photoArray initialPhotoIndex: (NSInteger )ini 
self = [super initWithModel:photoArray]; 
if(!self) return nil; 


self.initialPhotoIndex = initialPhotoIndex; 


return self; 


} 
BE 


初始 化 方法 中 ， 先 调用 超 类 的 initwithModel: 实现 ， 然 后 设置 自己 的 initialPhotoIndex 属性 。 剩 下 的 
两 个 只 读 属 性 的 获取 逻辑 微不足道 。 





- (NSString *)initialPhotoName { 
return [[self photoModelAtIndex:self.initialPhotoIndex] photoName]; 


- (FRPPhotoModel *)photoModelAtIndex: (NSInteger)index { 
if(index < © || index > self.model.count - 1) { 
//Index was out of bounds, return nil 
return nil; 


} 
else { 

return self.model[ index ]; 
} 


这 样 做 的 另 一 个 优点 是 : 业务 逻辑 不 需要 重复 书写 ， 而 且 也 使 得 业务 逻辑 非常 好 进行 单元 测试 。 


最 后 ， 我 们 需要 在 高 清 视图 控制 器 中 设置 该 视图 模型 ， 否 则 屏幕 上 将 不 会 显示 任何 东西 。 导 航 到 我 们 的 画 
廊 视 图 控制 器 (那个 我 们 实例 化 并 推出 高 清 视图 控制 器 的 地 方 ) 。 用 下 面 的 代码 来 栓 换 这 个 业务 逻辑 : 


[[self rac_signalForSelector:@selector(collectionView:didSelectItemAtIndexPath: ) 
fromProtocol:@protocol(UIcollectionViewDelegate)] subscribeNext:4(RACTuple *arguments 
@strongify(self); 


NSIndexPath *indexPath = arguments.second; 
FRPFullSizePhotoViewModel *viewModel = [[FRPPhotoViewModel alloc] 
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initWithPhotoArray:self.viewModel.model initialPhotoIndex:indexPath.item] ; 
FRPFullSizePhotoViewController *viewController = [[FRPFullSizePhotoViewController 


viewController.viewModel = viewModel; 
viewController.delegate = (id)self; 


[self .navigationController pushViewController:viewController animated: YES]; 


Jl; 
«| = am: 
在 下 一 节 开 始 之 前 ， 我 们 没有 计划 为 视图 模型 撰写 单元 测试 。 下 一 节 我 们 看 到 在 视图 模型 上 如 何 运行 测试 
驱动 开发 的 概念 。 现 在 我 们 来 完成 FRPGalleryViewModel 吧 ， 很 基础 。 我 们 想 要 从 视图 控制 器 中 抽象 出 来 
的 逻辑 是 通过 API 加 载 model 的 数据 内 容 。 我 们 来 看 一 下 应 该 怎么 做 : 








@interface FRPGalleryViewModel : RVMViewModel 
@property (nonatomic, readonly, strong) NSArray *model; 


@end 


基本 的 接口 : 将 model 申明 为 数组 NSArray . 接 下 来 ， 我 们 简单 实现 它 : 


//Utilities 
#import "FRPPhotoImporter.h" 
@interface FRPGalleryViewModel () 
@end 
@implementation FRPGalleryViewModel 
- (instancetype)init { 

self = [super init]; 

if(!self) return nil; 


RAC(self, model) = [[[FRPPhotoImporter importPhotos] logError] catchTo:[RACSignal emp 


return self; 





有 争议 的 是 ， 我 们 应 该 把 从 API 加 载 数据 的 (RAC 绑 定 的 ) 远 辑 放 在 初始 化 方法 中 ， 还 是 放 在 视图 模型 被 激 
活 的 地 方 。 接 下 来 我 们 会 讨论 更 多 的 关于 激活 的 内 容 ， 但 我 想 要 展示 给 你 们 看 这 个 视图 模型 到 底 能 做 到 多 
简单 。 将 直接 在 画廊 视图 控制 器 中 加 载 数 据 内 容 的 逻辑 迁移 到 画廊 的 视图 模型 中 是 非常 简单 的 : 在 视图 控 
制 器 的 初始 化 中 初始 化 视图 模型 ===》 任 何 引 用 试图 控制 self.model 属性 的 地 方 使 

用 self.viewModel.model 来 代替 即 可 。 
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我 们 可 以 进一步 深 控 视图 模型 的 构造 ， 基 至 可 以 通过 一 系列 的 访问 器 把 model 的 访问 逻辑 抽象 出 来 ， 但 

在 这 个 例子 里 就 有 点 过 多 ' 抽 象 了 。 更 重要 的 是 你 可 以 根据 你 的 喜好 将 更 多 的 或 者 更 少 的 业务 逻辑 抽象 到 视 
图 模型 中 。 我 发 现 ， 就 我 个 人 而 言 ， 这 个 架构 使 用 的 越 多 ， 业 务 逻 辑 抽 象 出 来 的 越 多 ， 就 意味 着 更 轻 量 级 
的 视图 控制 器 以 及 高 内 聚 和 可 测试 的 代码 。 


把 注意 力 移 到 单元 测试 之 前 ， 我 们 来 做 多 一 次 用 视图 模型 来 抽象 业务 逻辑 的 实践 。 


我 们 的 最 后 一 个 例子 是 FRPPhotoViewController 上 的 FRPPhotoViewModel :创建 一 个 RVMViewModel 的 
视图 模型 子 类 并 放置 在 视图 控制 器 中 (很 快 我 们 会 回 到 视图 模型 中 )。 


视图 控制 器 的 新 的 初始 化 方法 如 下 : 


- (instancetype) initWithViewModel: (FRPPhotoViewModel *)viewModel index: (NSInteger )photoIn 


self = [self init];//NS_DESIGNATED_INITIALIZER 
if(!self) return nil; 


self.viewModel = viewModel; 
self.photoIndex = photoIndex; 


return self; 





确定 导入 必要 的 头 文件 并 为 视图 模型 申明 私有 属性 。 现 在 我 们 需要 使 用 新 的 初始 化 方法 初始 化 视图 控制 
器 。 看 一 看 视图 控制 器 到 页 面 视图 控制 器 的 方法 photoviewControllerForIndex: . 


- (FRPPhotoViewController *)photoViewControllerForIindex: (NSInteger)index { 
FRPPhotoModel *photoModel = [self.viewModel photoModelAtIndex: index]; 
if(photoModel) { 
FRPPhotoViewModel *photoViewModel = [[FRPPhotoViewModel alloc] initwWithModel: phot 
FRPPhotoViewController *photoViewController = [[FRPPhotoViewController alloc] \ 
initWithViewModel: photoViewModel 
index: index]; 


return photoViewController; 


} 


return nil; 


[ap 





新 的 初始 化 过 程 中 我 们 创建 了 一 个 视图 模型 。 


在 我 们 的 viewDidload: 方法 里 ， 我 们 将 使 用 这 个 新 的 视图 模型 为 我 们 的 图 片 视 图 提供 数据 ， 并 且 为 用 户 
显示 图 片 的 下 载 进度 。 这 里 有 个 貌似 冲突 的 地 方 : 图 片 的 下 载 是 视图 的 模型 的 业务 逻辑 之 一 ， 但 视图 什么 
时 候 显 示 开 始 加 载 数 据 ( 这 个 业务 逻辑 ) 视 图 模型 中 没有 体现 --- 记 住 一 个 好 的 视图 模型 不 应 该 引用 视图 本 身 。 
那么 我 们 如 何 来 混合 地 使 用 这 两 个 业务 逻辑 ? 


答案 是 我 们 借助 视图 模型 的 active 状态 来 对 付 (上 面 的 情况 ) 。 RVMViewModel 提供 了 一 个 布尔 属 
性 active ， 当 试图 控制 器 变 得 "活路 "时 (不 管 在 语义 的 上 下 文 里 这 是 啥 意思 )， 在 这 里 ， 我 们 可 以 
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在 viewwillAppear: 和 viewDidDisappear: 这 些 方法 来 设置 这 个 属性 。 


- (void)viewwillAppear:(BOOL)animated { 
[Super viewWillAppear:animated]; 


self.viewModel.active = YES; 


- (void)viewDidDisappear:(BOOL)animated { 
[Super viewDidDisappear:animated]; 


self.viewModel.active = NO; 


相当 简单 吧 ， 我 们 来 看 一 下 我 们 新 的 viewDidLoad 方法 : 


- (void)viewDidLoad { 
[Super viewDidLoad]; 


//Configure self's view 
self.view.backgroundColor = [UIColor blackColor]; 


//Configure subViews 

UIImageView *imageView = [[UIImageView alloc] initwWithFrame:self.view.bounds]; 
RAC(imageView, image) = RACObserve(self .viewModel, photoImage) ; 
imageView.contentModel = UIViewContentModelScaleAspectFit; 

[self.view addSubView: imageView] ; 

self .imageView = imageView; 


[RACObserve(self.viewModel, loading) subscribeNext:4(NSNumber *loading) { 
if(loading.boolValue) { 
[SVProgressHUD show]; 


} 
else { 

[SVProgressHUD dismiss]; 
} 


}]; 


该 图 片 视 图 的 图 片 属性 的 绑 定 是 标准 的 ReactiveCocoa 方 式 ,有 趣 的 是 下 面 (我 们 要 提 到 的 ) 我 们 使 
用 loading 的 时 刻 。 当 加 载 信号 发 送 YES 的 时 候 我 们 展示 进度 HUD， 发 送 NO 的 时 候 ， 让 进度 HUD 消 失 。 
我 们 将 看 到 该 loading 信号 本 身 如 何 依赖 于 didBecomeActivesignal 。 现 在 只 是 视图 模型 通过 网 络 请 求 获 
取 图 像 数据 的 序幕 。 


接口 的 申明 如 下 : 


@class FRPPhotoModel; 
@interface FRPPhotoViewModel : RVMViewModel 
@property (nonatomic, readonly) FRPPhotoModel *model; 


@property (nonatomic, readonly) UIImage *photoImage; 
@property (nonatomic, readonly, getter = isLoading) BOOL loading; 
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- (NSString *)photoName; 


@end 


该 model 和 photoImage 属性 的 用 法 已 经 解释 过 了 。 photoName 事实 上 作为 属性 在 代码 库 的 其 他 地 方 被 
用 来 设置 一 些 示 西 ， 类 似 于 分 页 视图 控制 器 的 标题 这 样 。 你 可 以 下 载 Github 的 代码 库 了 解 详情 。 我 们 来 看 





一 下 实现 : 


#import "FRPPhotoViewModel.h" 


//Utilities 
#import "FRPPhotoImporter.h" 
#import "FRPPhotoModel.h" 


@interface FRPPhotoViewModel () 


@property (nonatomic, strong) UIImage *photoImage; 
@property (nonatomic, assign, getter = isLoading) BOOL loading; 


@end 
@implementation FRPPhotoViewModel 


- (instancetype)initWithModel: (FRPPhotoModel *)photoModel { 
self = [Super initWithModel: photoModel]; 
if(!self) return nil; 


@weakify(self); 

[self .didBeComeActiveSignal subscribeNext:4(id x) { 
@strongify(self); 
self.loading = YES; 


[[FRPPhotoImporter fetchPhotoDetails:self.model] subscribeError:4(NSError *error) 


NSLog(@"Could not fetch photo details: %@",error); 
} completed: { 
self.loading = NO; 
NSLog(@"Fetched photoDetails."); 
}]; 
}]; 


RAC(self, photoImage) = [RACObserve(self.model, fullsizedData) map:^id (id value) { 
return [UIImage imageWithData: value]; 

}]; 

return self; 


- (NSString *)photoName { 
return self .model.photoName; 


@end 
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后 photoImage 属性 与 模型 的 映射 结果 绑 定 。 


使 用 didBecomeActiveSignal 这 种 方法 来 启动 一 些 像 网 络 操作 这 样 昂 贵 的 任务 ， 远 远 优 于 我 们 早 前 在 初 
始 化 方法 中 启动 他 们 的 方法 。 


这 就 是 在 本 书 中 我 们 将 要 涉及 的 全 部 内 容 ， 更 多 详情 请 参考 functional reactive pixels， 这 个 代码 库 包 含 了 
更 多 的 在 图 片 详 情 视 图 控制 器 和 登陆 视图 控制 器 中 使 用 视图 模型 的 例子 。 这 些 Demo 将 向 你 展示 如 何 有 效 地 
使 用 Reactivecocoa 执行 网 络 操作 和 使 用 RACCommands 响应 用 户 界面 交互 。 
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测试 ViewModels 


本 书 的 最 后 一 节 ， 我 们 谈 谈 测试 ， 尤 其 是 单元 测试 。 在 iOS 的 开发 社区 里 ， 这 是 一 个 有 争议 的 话题 ， 这 也 
是 为 什么 我 要 把 它 放 在 最 后 的 原因 。 理 想 的 情况 下 。 你 应 该 在 编写 视图 模型 的 同时 为 它 编 写 单 元 测 然 
而 学 习 如 何 使 用 这 种 新 的 模式 来 编码 已 经 很 困难 ， 尝 试 去 测试 这 些 你 没有 吃透 的 东西 ， 多 你 来 说 不 

大 ， 所 以 我 把 它 放 在 了 最 后 (学 到 这 里 我 相信 你 已 经 理解 了 这 种 编码 方式 ) o 


当然 我 也 注意 到 ， 并 不 是 每 个 人 都 以 相同 的 方式 来 测试 ， 或 者 能 够 测试 到 相同 的 程度 。 我 有 .Net 编 程 背 
景 ， 在 .net 中 使 用 mocks 来 测试 系统 的 实现 细节 是 最 平常 不 过 的 了 。 pt 
来 做 ， 甚 至 从 来 没有 这 样 的 经 验 。 本 节 我 只 将 我 的 单元 测试 方法 分 享 给 大 家 ， 如 果 你 觉得 合适 就 采用 。 


确保 你 的 Podfile 文件 包含 下 面 这 些 库 : 


target "FRPTests" do 


pod 'ReactiveCocoa', '2.1.4' 

pod 'ReactiveViewModel', '0.1.1' 
pod 'libextobjc', '0.3' 

pod '500px-i0S-api', '1.0.5' 

pod 'Specta', '~> 0.2.1' 

pod 'Expecta', '~> 0.2' 

pod 'OCMock', '~> 2.2.2' 


end 


然后 运行 pod install. 


首先 我 们 来 看 看 FRPFul1SizePhotoViewModel ， 因 为 它 最 具 Objective-C 风 范 (没有 太 多 ReactiveCocoa). 


@interface FRPFullSizePhotoViewModel () 
//Private access 
@property (nonatomic, assign) NSInteger initialPhotoIndex; 


@end 


@implementation FRPFull1SizePhotoViewModel 


(instancetype)initwithPhotoArray:(NSArray *)photoArray initialPhotoIndex: (NSInteger )ini 
self = [self initwithModel:photoArray]; 
if(!self) return nil; 


self.initialPhotoIndex = initialPhotoIndex; 


return self; 


(NSString *)initialPhotoName { 
return [self.model[self.initialPhotoIndex] photoName]; 


(FRPPhotoModel *)photoModelAtIndex:(NSInteger)index { 
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if(index < 0 || index > self.model.count - 1) { 
//Index was out of bounds, return nil 
return nil; 


} 
else { 
return self.model[index]; 
} 
} 
@end 


«| = 








好 了 ， 我 们 先 来 测试 这 个 初始 化 方法 ， 然 后 在 转移 到 其 他 两 个 方法 上 。 


我 们 想 印 证 初始 化 我 们 的 视图 模型 时 ， 它 的 两 个 属性 model 和 initialPhotoIndex 被 正确 地 赋值 了 。 


#import 

#define EXP_SHORTHAND 
#import 

#import 

#import "FRPPhotoModel.h" 


#import "FRPFullSizePhotoViewModel.h" 
SpecBegin(FRPFul1SizePhotoViewModel ) 


describe(@"FRPFull1SizePhotoModel", A{ 
it (@"Should assign correct attributes when initialized", 人 ^{ 
NSArray *model = @[]; 
NSInteger initialPhotoIndex = 1337; 


FRPFul1SizePhotoViewModel *viewModel =\ 
[ [FRPFullSizePhotoViewModel alloc] initWithPhotoArray:model 
initialPhotoIndex: initialPhotoIndex 


expect (model) .to.equal(viewModel.model) ; 
expect (initialPhotoIndex).to.equal(viewModel.initialPhotoIndex) ; 


}); 
}); 


SpecEnd 
De E) 


在 该 代码 段 顶部 ， 我 们 导入 了 一 些 头 文件 ， 包 括 一 个 奇怪 的 预定 义 EXP_SHORTHAND ,我 们 把 他 放 在 那里 以 
便于 可 以 使 用 类 似 expect() 这 样 的 shorthand matchers (速记 匹配 ) 的 语法 。 然 后 我 们 引入 我 们 的 私有 接 
口 SpecBegin(...)/SpecEnd 来 为 我 们 正在 测试 的 视图 模型 屏蔽 编译 警告 ， 最 后 的 部 分 就 是 我 们 的 单元 测 

试 本 身 。 Specta 的 测试 规范 相当 简单 ， 你 可 以 阅读 更 多 的 关于 这 方面 的 信息 ， 但 本 书 不 会 深入 讲解 它 的 一 
些 细 节 。 总 之 你 的 测试 始 于 SpecBegin 并 终止 于 SpecEnd ， 测 试 例 程 用 类 似 于 @" 应 该 。。。", 人 ^{ 预测 正常 
的 情况 应 该 如 何 } 写 在 中 间 。 





好 了 ， 人 行 的 应 用 ， 按 下 cmd+u 快捷 键 ， 你 就 可 以 运行 这 段 单元 测试 了 。 如 果 一 切 正 
常 ， 你 就 能 通过 测试 。 
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接 下 来 我 们 来 看 看 photoModelAtIndex: 方法 


- (FRPPhotoModel *)photoModelAtIndex: (NSInteger)index { 
if(index < © || index > self.model.count - 1) { 
// Index was out of bounds ,return nil 
return nil; 


} 
else { 

return self.model[ index ]; 
} 


这 里 面 没 有 太 多 的 业务 逻辑 ， 但 是 我 们 看 到 其 他 地 方 都 要 使 用 它 ， 所 以 我 们 的 测试 应 该 是 健壮 的 。 


it(@"Should return nil for an out-of-bounds photo index", ^{ 
NSArray *model = @[[NSobject new]]; 
NSInteger initialPhotoIndex = 0; 


FRPFullSizePhotoViewModel *viewModel = \ 
[ [FRPFullSizePhotoViewModel alloc] initwWithPhotoArray:model initialPhotoIndex: ini 


id subzeroModel = [viewModel photoModelAtIndex: -1]; 
expect (subzeroModel).to.beNil(); 


id aboveBoundsModel = [viewModel photoModelAtIndex:model.count ]; 
expect (aboveBoundsModel).to.beNil(); 


3); 


it(@"Should return the correct model for photoModelAtIndex:", { 
id photoModel = [NSObject new]; 
NSArray *model = @[photoModel]; 
NSInteger initialPhotoIndex = 0; 


FRPFullSizePhotoViewModel *viewModel = \ 
[[FRPFullSizePhotoViewModel alloc] initWithPhotoArray:model initialPhotoIndex:ini 


id returnModel = [viewModel photoModelAtIndex:0]; 
expect (returnModel).to.equal(photoModel) ; 





太 棒 了 ! 我 们 这 个 新 的 测试 保证 了 我 们 的 代码 具有 完全 的 代码 覆盖 率 。 它 检测 了 photoModelAtindex: & 
数 的 三 种 可 能 的 情况 : 少 于 0、 在 作用 范围 内 以 及 越界 。 


最 后 ， 我 们 来 看 下 initialPhotoName 方法 : 


- (NSString *)initialPhotoName { 
return [self.model[self.initialPhotoIndex] photoName]; 


ASARRRAY, (XRELRERASTRRZANAR, WAM KH-2AXRGHACS-At—-HHN 


测试 ViewModels 88 


iOS 的 函数 响应 型 编程 


更 小 的 测试 代码 ， 来 严格 地 测试 这 个 方法 。 


- (NSString *)initialPhotoName { 
FRPPhotoModel *photoModel = [self initialPhotoModel]; 
return [photoModel photoName]; 


(FRPPhotoModel *)initialPhotoModel { 
return [self photoModelAtIndex:self.initialPhotoIndex]; 


这 更 清晰 简单 了 ， 一 个 方法 确切 地 只 做 一 件 事 情 ， 就 像 一 棵 树 的 树 皮 ， 层 层 合 得 相互 依存 。 只 要 我 们 一 路 
下 来 所 有 的 代码 都 测试 ， 那 么 最 后 我 们 就 可 以 很 确切 地 保证 代码 的 健壮 性 。 


initialPhotoModel 是 一 个 私有 方法 ， 所 以 测试 它 我 们 需要 在 测试 文件 中 申明 它 。 


@interface FRPFullSizePhotoViewModel () 
- (FRPPhotoModel *)initialPhotoModel; 


@end 


你 看 到 的 所 有 我 们 的 测试 代码 都 非常 简单 。 


it (@"Should return the correct initial photo model", A{ 
NSArray *model = @[[NSobject new]]; 
NSInteger initialPhotoIndex = 0; 


FRPFul1SizePhotoViewModel *viewModel = \ 
[[FRPFullSizePhotoViewModel alloc] initWithPhotoArray:model initialPhotoIndex: ini 


id mockViewModel = [OCMockObject partialMockForObject :viewModel]; 
[[[mockViewModel expect] andReturn:model[0]] photoModelAtIndex:initialPhotoIndex]; 


id returnedObject = [mockViewModel initialPhotoModel]; 
expect (returnedObject).to.equal(model[0]); 


[mockViewModel verify]; 





这 个 测试 是 用 来 确认 当 initialPhotoModel 被 调用 时 ， 接 下 来 它 应 该 调用 photoModelAtindex: 方法 并 
将 initialPhotoIndex 作为 参数 传人 。 这 个 测试 是 否 简单 取决 于 我 们 测试 photoModelAtIndex: 是 否 充 
分 。 


接 下 来 ， 就 让 我 们 一 起 来 看 看 FRPGalleryViewModel ,这 看 似 非常 简单 : 


- (instancetype)init { 
self = [super init]; 


测试 ViewModels 89 


iOS 的 函数 响应 型 编程 


if(!self) return nil; 
RAC(self, model) = [[[FRPPhotoImporter importPhotos] logError] catchTo:[RACSignal emp 


return self; 














然而 ， 它 可 测 性 不 高 ， 需 要 重 构 。 


我 们 简单 地 重 构 下 视图 模型 。 新 的 实现 如 下 : 


@implementation FRPGalleryViewModel 


(instancetype)init { 
self = [super init]; 
if(!self) return nil; 


RAC(self, model) = [self importPhotosSignal]; 


return self; 


(RACSignal *)importPhotosSignal { 
return [[[FRPPhotoImporter importPhotos] logError] catchTo:[RACSignal empty]]; 


@end 


我 们 把 importPhotos 的 调用 抽出 来 ， 以 方便 测试 这 个 方法 是 否 被 调用 。 我 们 不 会 测 
试 FRPPhotoImporter ， 关 于 它 的 测试 ( 即 单 例 测试 ) 已 经 超出 了 本 书 的 范畴 。 


这 部 分 的 测试 代码 如 下 : 
#import "Specta.h" 
#import 
#import "FRPGalleryViewModel.h" 
@interface FRPGalleryViewModel () 
- (RACSignal *)importPhotosSignal; 
@end 
SpecBegin(FRPGalleryViewModel ) 
describe(@"FRPGalleryViewModel", A{ 
it(@"should be initialized and call importPhotos", ^{ 
id mockObject = [OCMockObject mockForClass: [FRPGalleryViewModel class]]; 


[[[mockObject expect] andReturn:[RACSignal empty]] importPhotosSignal]; 


mockObject = [mockObject init]; 
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[mockObject verify]; 
[mockObject stopMocking]; 


3); 
3); 


为 了 测试 一 个 方法 ， 测 试 代码 也 太 多 了 吧 ! 我 知道 ， 我 知道 ~ 这 是 OCMock 没 落 的 原因 之 一 ， 它 竟然 需要 
这 么 多 的 模板 。 但 你 不 能 责怪 它 ， 因 为 它 要 工作 在 令 它 不 赛 而 栗 的 Objective-C 平 台 上 


我 们 创建 了 一 个 FRPGalleryViewModel 的 mock 版 本 ， 告 诉 它 期 望 importPhotoSignal 被 调用 。 然 后 才 


上 是 


进行 对 象 的 初始 化 。 这 里 使 用 了 一 点 点 技巧 ， 因 为 我 们 在 mockObject 上 调用 了 init 方 法 ， 但 它 (inib 实 际 上 是 
一 个 NSProxy 的 子 类 。 然 后 ， 对 OCMock 来 讲 ， 它 足够 聪明 ， 它 了 解 这 一 切 ， 有 能 力 做 出 正确 的 选择 。 只 
是 看 起 来 有 点 诡异 村 了 。 我 们 使 用 [mockobject init] 给 mockobject 赋值 ， 也 是 为 了 屏 敬 编译 警告 。 最 


后 我 们 验证 了 所 有 预期 可 能 被 调用 的 方法 。 


这 个 例子 中 表现 出 来 的 测试 很 困难 的 情况 也 说 明了 另 一 个 问题 ， 你 应 该 避免 视图 模型 的 初始 化 方法 产 
生 " 副 作用 "( 参 见 前 面 章 节 提 到 的 "本 数 的 副作用 ”)， 应 该 使 用 didBecomeActiveSignal 来 代理 。 


下 面 我 们 来 测试 FRPPhotoViewModel .再 次 突出 引起 函数 副作用 和 使 用 didBecomeActiveSignal 的 区 别 。 


快速 浏览 下 实现 : 


@implementation FRPPhotoViewModel 


- (intancetype)initwithModel: (FRPPhotoModel *)photoModel { 
self = [super initwWithModel:photoModel]; 
if(!self) return nil; 


@weakify(self); 
[self .didBecomeActiveSignal subscribeNext:4 (id x) { 
@strongify(self); 
self.loading = YES; 
[[FRPPhotoImporter fetchPhotoDetails:self.model] 
subscribeError: ^ (NSError *error) { 
NSLog(@"Could not fetch photo details: %@",error); 
} 
completed: ^ { 
self.loading = 
NSLog(@"Fetched photo details"); 
}]; 
}]; 


RAC(self, photoImage) = [RACObserve(self.model, fullsizedData) map:^id (id value) { 
return [UIImage imageWithData: value]; 


‘1; 


return self; 


- (NSString *)photoName { 
return self .model.photoName; 


} 


@end 
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首先 我 们 来 测试 photoName Aik : 


#import 
#define EXP_SHORTHAND 
#import 
#import 


#import "FRPPhotoViewModel.h" 
#import "FRPPhotoModel.h" 


SpecBegin( FRPPhotoViewModel ) 


describe (@"FRPPhotoViewModel", A{ 
it(@"should return the photo's name property when photoName is invoked", A{ 
NSString *name = @"Ash"; 


id mockPhotoModel = [OCMockObject mockForClass:[FRPPhotoModel class]]; 
[[[mockPhotoModel stub] andReturn:name] photoName]; 


FRPPhotoViewModel *viewModel = [[FRPPhotoViewModel alloc] initWithModel:nil]; 
id mockViewModel = [OCMockObject partialMockForObject:viewModel]; 
[[[mockViewModel stub] andReturn:mockPhotoModel] model]; 


id returnName = [mockViewModel photoName]; 


expect (returnedName) .to.equal(name); 
[mockPhotoModel stopMocking]; 


3); 
3); 


我 们 为 mock 的 视图 模型 的 model 属 性 添加 了 一 个 mockPhotoModel， 它 会 mocks 所 有 的 途径 。 


现在 来 看 这 个 复杂 的 初始 化 方法 ， 这 东西 看 起 来 真 巨 大 1 近 20 行 纯粹 的 未 经 测试 的 代码 。 哎 呀 ! 让 我 们 来 
一 点 点 简化 这 个 事情 ， 并 逐步 加 上 我 们 的 测试 代码 。 


- (instancetype)initwithModel:(FRPPhotoModel *)photoModel { 
self = [super initWithModel:photoModel]; 
if(!self) return nil; 


@weakify(self); 

[self .didBecomeActiveSignal subscribeNext:4(id x) { 
@strongify(self); 
[self downloadPhotoModelDetails]; 

}]; 


RAC(self, photoImage) = [RACObserve(self.model, fullsizedData) map:^id (id value) { 
return [UIImage imageWithData: value]; 


‘1; 


return self; 


- (void)downloadPhotoModelDetails { 
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self.loading = YES; 


[[FRPPhotoImporter fetchPhotoDetails:self.model] subscribeError:4(NSError *error) { 


NSLog(@"Could not fetch photo details : %@",error); 
} completed:” { 
self.loading = NO; 
NSLog(@"Fetched photo details."); 
}]; 
} 


«| B 


40) 





试 。 这 个 方法 ( 即 fetchPhotoDetails: ) 实 现 的 细节 在 这 里 对 我 们 不 重要 。 


现在 开始 写 关 于 它 的 测试 代码 吧 : 


it(@"should download photo model details when it becomes active", ^M 
FRPPhotoViewModel *viewModel = [[FRPPhotoViewModel alloc] initWithModel:nil]; 


id mockViewModel = [OCMockObject partialMockForObject :viewModel]; 
[[mockViewModel expect] downloadPhotoModelDetails]; 


[mockViewModel setActive: YES]; 
[mockViewModel verify]; 


3); 


我 们 选择 了 不 直接 测试 fetchPhotoDetails: ,所 以 我 们 把 它 置 于 一 个 实例 方法 中 ， 以 便 更 容易 对 它 进 
这 


进行 测 


注意 看 初始 化 方法 中 不 产生 (函数 ) 副 作用 而 是 把 这 种 副作用 放 在 订阅 didBecomeActiveSignal 的 Block 块 中 


时 ， 测 试 视图 模型 的 代码 是 多 么 简单 ! 


现在 我 们 需要 测试 剩 下 的 那些 视图 模型 ， 他 们 全 部 非常 简单 。 我 们 使 用 更 少 的 mock， 因 为 很 多 的 业务 逻辑 


仅仅 是 视图 模型 的 model 值 到 他 自己 的 属性 的 映射 。 
it (@"should return the photo's name property when photoName is invoked", A{ 
NSString *name = @"Ash"; 


id mockPhotoModel = [OCMockObject mockForClass: [FRPPhotoModel class]]; 
[[[mockPhotoModel stub] andReturn:name] photoName]; 


FRPPhotoViewModel *viewModel = [[FRPPhotoViewModel alloc] initWithModel:nil]; 
id mockViewModel = [OCMockObject partialMockForObject:viewModel]; 
[[[mockViewModel stub] andReturn:mockPhotoModel] model]; 

id returnedName = [mockViewModel photoName]; 


expect (returnedName) .to.equal(name); 


[mockPhotoModel stopMocking]; 
}); 


it (@"should correctly map image data to UIImage", ^{ 


UIImage *image = [[UIImage alloc] init]; 
NSData *imageData = [NSData data]; 


id mockImage = [OCMockObject mockForClass:[UIImage class]]; 
[[[mockImage stub] andReturn:image] imageWithData:imageData] ; 
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FRPPhotoModel *photoModel = [[FRPPhotoModel alloc] init]; 
photoModel.fullsizedData = imageData; 
unused FRPPhotoViewModel *viewModel = [[FRPPhotoViewModel alloc] initwithModel: phot 


[mockImage verify]; 
[mockImage stopMocking]; 


}); 


it(@"should return the correct photo name", A{ 
NSString *name = @"Ash"; 


FRPPhotoModel *photoModel = [[FRPPhotoModel alloc] init]; 
photoModel.photoName = name; 


FRPPhotoViewModel *viewModel = [[FRPPhotoViewModel alloc] initWithModel:photoModel]; 
NSString *returnedName = [viewModel photoName]; 


expect (name) .to.equal(returnedName) ; 


3); 
Kil 一 
这 就 是 为 视图 模型 撰写 单元 测试 的 全 部 内 容 了 。 





在 理想 的 情况 下 ， 单 元 测试 能 帮助 改进 你 的 代码 质量 。 小 巧 而 高 内 聚 的 方法 比 随意 的 满 是 副作用 的 方法 更 
招 人 待 见 。 它 简单 而 完美 地 诠释 函数 响应 型 编程 的 精髓 。 


测试 MVVM 的 好 处 是 : 我 们 不 用 触及 UIKit。 请 记 住 ， 写 得 好 的 MVVM 视 图 模型 的 特点 是 : 该 视图 模型 不 会 
与 用 户 交 互 的 接口 类 有 任何 交互 。 
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终 稿 


MVVM 是 一 个 非常 有 趣 的 架构 。 在 这 方面 我 思考 的 越 多 ， 它 对 我 的 意义 便 越 大 。 诚 然 ， 本 章 中 的 视图 模型 
所 呈现 的 业务 逻辑 都 很 轻 量 。 我 已 经 把 它们 上 传 到 Github 合 库 里 了 ， 但 是 本 章 作 为 一 个 MVVM 的 示例 为 初 
学 者 的 开始 提供 了 参考 。 


我 想 提 供 一 个 具体 的 例子 来 说 明 它 比 MVC 更 有 竞争 力 ， 更 具 意 义 。 


最 近 我 创建 的 一 个 App 中 ， 我 们 有 一 堆 数 据 ， 支 持 下 拉 刷 新 ,每 一 个 元 素 点 击 之 后 会 推出 详情 页 面 , 视 图 控 
制 器 有 很 多 业务 逻辑 ,非常 标准 的 东西 。 然 而 ， 这 一 堆 数 据 彼此 之 间 来 路 是 不 一 样 的 ， 有 的 是 主 API 入 口 的 
数据 结果 ， 有 的 是 它们 的 搜索 结果 ， 有 的 是 App 在 编译 时 就 决定 的 静态 元 素 。 


使 用 MVC 的 话 ， 我 想到 了 两 种 方法 来 解决 : 


1. 在 腔 肿 的 视图 控制 器 中 创建 一 个 类 处 理 显示 ,并 管理 所 有 的 数据 内 容 
2， 毫 无 疑问 ， 另 一 种 方法 就 是 子 类 化 一 个 视图 控制 器 的 抽象 基 类 来 包含 所 有 内 容 的 通用 逮 辑 。 


这 是 过 去 我 所 采用 的 方式 ， 但 这 方式 很 难 重 构 ， 比 方 说 : 有 些 所 有 类 型 的 通用 内 容 变 得 只 对 部 分 类 型 有 效 
时 。 这 同样 也 能 被 称 为 是 一 种 黑客 攻击 ， 因 为 Objective-C 不 支持 抽象 类 。 


我 采用 的 方法 是 使 用 符合 该 视图 控制 器 所 依赖 的 协议 的 不 同 的 视图 模型 。 通 过 将 定制 的 业务 逻辑 放置 于 视 
图 模型 中 ， 我 避免 了 视图 控制 器 的 腔 肿 化 ， 视 图 控制 器 仅 需 要 根据 视图 模型 的 协议 来 知道 如 何 显示 即 可 。 
MVVM 是 子 类 化 视图 控制 器 的 一 个 很 好 的 选择 。 


另外 ， 如 果 你 有 多 平台 需求 (比如 说 : iOS & OSX)， 他 们 可 以 共用 一 套 视图 模型 ， 因 为 他 们 不 牵扯 到 视图 
本 身 的 逮 辑 。 你 甚至 可 以 走 得 更 远 ， 用 另外 的 语言 来 生成 视图 模型 ， 然 后 生成 指定 的 语言 的 视图 模型 对 象 
比如 : Objective-C. C#, Ruby、Java 或 者 其 他 你 需要 的 任何 语言 。 疯 狂 吧 这 玩意 ~ 


最 后 ， 我 们 并 没有 真正 地 涉及 到 Raccommand 的 使 用 。 我 将 利用 Justin Spahr-Summers 的 说 法 在 MVVM 的 
范畴 来 解释 它 。 


控制 (事件 ) 与 它 交 互 

一 个 属于 视图 模型 的 命令 被 执行 

视图 模型 的 逮 辑 被 运行 (运行 的 是 命令 初始 化 时 的 signalBlock) 

视图 模型 通过 ReactiveCocoa 来 间接 通知 视图 。 在 我 们 的 例 程 中 ， 视 图 会 被 更 新 。 


DP 


再 一 次 强调 Github 仓 库 包含 了 我 们 在 本 书 中 没有 能 够 涉及 的 ， 关 于 RACCommand 的 ， 使 用 的 详细 信息 。 去 
看 一 看 吧 ! 


MVVM 效 果 很 好 ， 和 与 ReactiveCocoa 结 合 起 来 使 用 更 好 。 你 没有 必要 一 下 子 就 被 它 "招安 "了 。 你 可 以 从 小 
处 着 手 ， 先 在 一 个 视图 控制 器 中 使 用 ， 看 看 你 到 底 能 有 多 喜欢 它 。 在 你 的 下 一 个 项 目 中 尝试 使 用 它 把 ， 你 
会 看 到 它 如 何 彻底 简化 你 的 视图 控制 器 的 复 末 度 。 
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